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^ (57) Abstract: A system for integrating a packaging supply chain from a point that a digital contract proof is available through 
delivery of finished packaging materials to an end user, wherein said system comprises a computer system accessible for interactive 

^5 communications with users, said computer system comprising a first memory area for storing functionality and data for end user 
members of the supply chain; a second memory area for storing functionality and data for converter members of the supply chain; 
and a third memory area for storing functionality and data for other members of the supply chain. 
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A METHOD AND SYSTEM FOR REDUCING 
LEADTIME IN THE PACKAGING INDUSTRY 

BACKGROUND OF THE INVENTION 

5 The present invention relates to a method and a system for reducing 

leadtime in the packaging industry. This invention is particularly beneficial to the 
flexible packaging industry which services the fast moving consumer goods 
manufacturing industry (i.e. producers of snacks, cookies, crackers, candies, 
health and beauty aids, etc.). Currently packaging is the longest leadtime item for 

10 these companies, and a system-wide bottleneck for them. Reducing the 
packaging leadtime allows for waste reduction and revenue enhancement 
opportunities. 

The method disclosed herein comprises an embodiment of a business 
process which may be enabled by the internet and capable of exchanging 

15 information with other business processes. 

U.S. Patent No. 6,067,406 discloses a method and device wherein the 
output mode of an output device for rendering electronic images on an output 
medium may be characterized by different user-selectable settings such as: paper 
type, ink type, etc. Apart from the screen characteristics such as screen ruling, 

20 frequency and angle, a calibration curve can be communicated via the page 
description language (e.g. PostScript Level 2) for each color component. Sets of 
calibration curves can be prepared for specific types of rendering, and be 
referenced by name. By this name indication and by naming conventions based 
upon the output mode or screening parameters, calibration changes can be 

25 introduced quickly and consistently. U.S. Patent No. 6,067,406 is incorporated 
herein by reference. 

U.S. Patent No. 5,991,783 discloses a system and method for generating, 
storing and transmitting a layout page containing graphical data correlated to at 
least one graphical image which has previously been graphically encoded, such 

30 that the layout page may be printed either as a complete, full-color image, or as 
individual color separation plates. The system and method create a set of master 
data files, having a main master file which stores complete RGB (red, green, blue) 
color data for the graphical image, and a correlated set of CMYK (cyan, magenta, 
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yellow, black) master files, each containing graphical data for a single color 
separation plate for the graphical image. The main master file contains pointers to 
each of the CMYK master files. The system and method also create a set of 
preview data files: a set of CMYK preview files essentially only containing a 
5 pointer to the corresponding CMYK master file, and a main preview file 
essentially only containing a pointer to the main master file, and pointers to each 
of the CMYK preview files. U.S. Patent No. 5,991,783 is incorporated herein by 
reference. 

U.S. Patent No. 5,982,996 discloses an information distributing apparatus 

10 for operating within a computer network environment. The information 
distributing apparatus includes a computer having an operating system and is 
configured to operate within the computer network environment. The apparatus 
has an application configured for running on the computer via the operating 
system, the application configured to generate a source job in the form of an 

15 intermediate file format comprising an output instruction file. The apparatus 
includes a print processor in the form of an intermediate executable code for 
operating on the output instruction file. The apparatus also includes at least one 
output device having an output device driver configured to convert the output 
instruction file to output instructions usable by the output device for producing 

20 output. The print processor is operable on the output instruction file to select the 
device driver of one of the at least one output device to render the output 
instruction file, and feed the output instruction file to the output device driver of 
one of the at least one output device. A corresponding method is also disclosed. 
U.S. Patent No. 5,982,996 is incorporated herein by reference. 

25 U.S. Patent No. 5,960,164 also discloses a method and system for 

producing documents at a first site from database information produced at a 
second site remote from the first site has enhanced system flexibility and 
enhanced data handling throughput, which are accomplished by adopting standard 
programming interface or database tables to allow a computer at the second site to 

30 obtain information necessary to generate all necessary data codes and stream 
formatting information which will be utilized at the first site. An object 
association table, which associates document production jobs with specific 
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documents and appropriate descriptions, is provided at the first site so that it is 
accessible-e.g. through an online communications network-at the second site. The 
object association table is accessed at the second site in realizing substantially 
only file names in the object association table, to produce database information at 

5 the second site. The database information is supplied from the second site to the 
first site where it is translated so that it may be utilized by a specific print engine 
at the first site, utilizing a job formatting table to build an engine specific print 
stream for one or more print engines. Then the engine specific print stream, 
tailored to the particular print engine utilized, electronically controls a specific 

10 print engine at the first site to image documents having variable information from 
the database information supplied from the second site. U.S. Patent No. 5,960,164 
is incorporated herein by reference. 

Packaging is the longest leadtime ingredient for the consumer goods 
manufacturer. Most components that the manufacturer uses are commodities with 

15 leadtimes of hours or days. However, packaging is a custom product with 
leadtimes of 2-4 weeks for a repeat order and leadtimes of 8-12 weeks or more for 
a new design. This relatively long leadtime creates system-wide bottlenecks; 
inefficiencies and waste; packaging write-offs; barriers to lean manufacturing at 
end user sites; and 4 to 8 weeks of delay in launching new products. The long 

20 leadtime is the primary reason that successful promotions are not fully exploited. 

The long leadtime for packaging is caused by complexity of the supply 
chain, the distance between the parties, and the process of manufacturing and 
delivering the packaging to the consumer goods manufacturer. A large leadtime 
reduction can be achieved by using the internet to collapse apparent distance 

25 between the parties and implementing a new business process using the internet. 
Accordingly, it is an object of the present invention to provide a method and 
system for reducing leadtime in the flexible packaging industry. 

All patents and publications referred to in this application are hereby 
incorporated herein by reference in their entirety. 

30 
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documents and appropriate descriptions, is provided at the first site so that it is 
accessible-e.g. through an online communications network-at the second site. The 
object association table is accessed at the second site in realizing substantially 
only file names in the object association table, to produce database information at 
5 the second site. The database information is supplied from the second site to the 
first site where it is translated so that it may be utilized by a specific print engine 
at the first site, utilizing a job formatting table to build an engine specific print 
stream for one or more print engines. Then the engine specific print stream, 
tailored to the particular print engine utilized, electronically controls a specific 

10 print engine at the first site to image documents having variable information from 
the database information supplied from the second site. U.S. Patent No. 5,960,164 
is incorporated herein by reference. 

Packaging is the longest leadtime ingredient for the consumer goods 
manufacturer. Most components that the manufacturer uses are commodities with 

15 leadtimes of hours or days. However, packaging is a custom product with 
leadtimes of 2-4 weeks for a repeat order and leadtimes of 8-12 weeks or more for 
a new design. This relatively long leadtime creates system-wide bottlenecks; 
inefficiencies and waste; packaging write-offs; barriers to lean manufacturing at 
end user sites; and 4 to 8 weeks of delay in launching new products. The long 

20 leadtime is the primary reason that successful promotions are not fully exploited. 

The long leadtime for packaging is caused by complexity of the supply 
chain, the distance between the parties, and the process of manufacturing and 
delivering the packaging to the consumer goods manufacturer. A large leadtime 
reduction can be achieved by using the internet to collapse apparent distance 

25 between the parties and implementing a new business process using the internet. 
Accordingly, it is an object of the present invention to provide a method and 
system for reducing leadtime in the flexible packaging industry. 

All patents and publications referred to in this application are hereby 
incorporated herein by reference in their entirety. 

30 
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SUMMARY OF THE INVENTION 

The present invention relates to a method and system for linking the 
various members of the packaging (including labels) supply chain. The invention 
provides an integrated order placement, production planning, scheduling, and 
material requirements planning environment for the various members of the 
packaging supply chain. Among the members in the flexible packaging supply 
chain are end users, converters, and suppliers of goods and services necessary for 
the creation of packaging. The method and system of the present invention allow 
members of the supply chain to access the additional data they need to integrate 
their activities and reduce packaging leadtimes. In addition, the system is 
designed to interface with the converter's order management, inventory, and 
purchasing systems to acquire data for production planning (e.g. inventory levels), 
order processing, and certain other functions. The system is designed to interface 
with digital files containing package designs and images to provide information 
for item creation, production planning, and scheduling. 

DETAILED DESCRIPTON OF INVENTION 
General Overview 

The present invention provides a method for reducing leadtime and waste 
in the packaging supply chain together with an integrated computerized platform 
for order placement, production planning, scheduling, and ensuring that the 
materials required to produce the ordered packages are available to support the 
schedule. The phrase "packaging" means containers for storing, shipping, and 
selling goods and products as well as labels for use in connection with such 
containers. In order to operate efficiently and economically, the method of the 
present invention comprises a computer system. Accordingly, the present 
invention comprises both the method and an enabling computer system. 

In this application, Packaging Design means the graphic design (image) 
displayed on a package. Packaging Product Design means the combination of the 
Packaging Design with the structure of the package, which includes at least some 
of the materials used to make the package. Packaging Item means the 
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combination of the Packaging Product Design (the design of a single package) 
combined with at least one of following categories of information: production 
configuration (multiple packages produced together), a specific bill of materials, 
and routing (the sequence of machines used to produce the item). A skeleton of 
5 the item may be created by the end user (end user item), and completed by the 
converter (converter item). Order means the combination of a packaging item 
with a specified delivery date and a specified quantity. 

Compared to current methods for operating the packaging supply chain, 
the present invention comprises the following innovations which allow the 

10 invention to accomplish its objective of reducing leadtime and waste: 

Complete Information - The first requirement for improving the 
performance of the packaging supply chain is to eliminate the errors caused by 
planning with incomplete information. Today, much information, especially 
information about the image, is generally unavailable to planners. The present 

15 invention has the capacity to make both the image itself, and critical scheduling 
information extracted from the image (scheduling metadata) available to planners 
at all levels in the supply chain. 

Sales and Production Items - From the viewpoint of the supply chain, 
there are two equally important views of every packaging item. First, the item is a 

20 sales unit, a single package to be filled and sold. Simultaneously, the package is a 
production unit, for example, a sheet of cardboard with four cardboard boxes 
printed on it. Up to now, planning systems have emphasized the production unit, 
with the result planning across multiple suppliers (with often different sizes of 
equipment) is nearly impossible. The present invention solves this problem by 

25 introducing two items - an end user item corresponding to the sales unit, and a 
converter item (for each converter) corresponding to that converter's production 
unit. 

Networked Environment - A typical packaging supply chain consists of 
six to ten widely separated companies, and chains with up to 50 members are not 
30 uncommon. By utilizing computer networks, and particularly by exploiting the 
ease and availability of the internet, the members of the supply chain can shrink 
the apparent distance between companies and greatly reduce distance related 
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delays. The potential of a networked environment to speed up the supply chain 
depends on the quality of the information being communicated over the network 
(otherwise, the only effect of networking the supply chain is to speed up the rate at 
which mistakes are made). The present invention solves the problem of data 
5 quality by providing complete information and meaningful item definitions. It 
then goes on to introduce a suite of business processes that fully exploit the 
potential of a networked environment to slash leadtimes. 

Reliable Leadtimes - An effective networked environment is an important 
leadtime reduction component. However, speed without reliability will not result 

10 in a breakthrough (if a process is sometimes fast and sometimes slow with no 
apparent reason for the difference, a prudent business will plan as if the process 
will be slow all of the time). The present invention introduces a set of integrated 
business methods and systems tools which maximize the likelihood that promised 
leadtimes will be met, thus allowing the supply chain to take advantage of the 

15 reduced leadtimes in all phases of its operation. 

Schedule Optimization - Short, reliable leadtimes allow companies in the 
packaging supply chain to wait longer before committing to packaging decisions. 
The result of waiting longer is that there is less opportunity for circumstances to 
change or, equivalently, more schedule stability. In this environment, a powerful, 

20 easy to use scheduling tool coupled with the availability of complete information 
can greatly decrease waste in the supply chain. Accordingly, the present invention 
provides such a tool, together with the business methods required to enable its 
effective use. 

25 Networking The Packaging Environment 

While there are many members involved in the packaging industry supply 
chain, the principal members of the supply chain are the end user, the converter, 
and suppliers of goods and services necessary for the production of packages. The 
30 end user uses the packages to store ship, promote, and/or sell its products. 
Generally, it is the end user that places orders for the creation and delivery of 
packaging. Generally, the converter is responsible for production of finished 
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packaging ready to be filled or finished labels ready to be applied. The converter 
coordinates the printing of a package design selected by the end user onto a 
suitable substrate. The converter often actually performs the service of printing 
the package design and further processing the printed substrate to produce 
5 finished packaging materials for the end user. The third general category of 
members in the packaging supply chain are the suppliers of goods and services 
required by the converter to produce packaging. These suppliers supply materials 
such as plastic film from which the packages are made and services such as 
cylinder engraving. 

10 The present invention provides a method and computer system for 

networking and integrating the packaging supply chain. The method and 
computer system of the present invention are particularly suitable for use in 
connection with the internet. The internet comprises a vast number of computers 
and computer networks that are interconnected through communication links. The 

15 interconnected computers exchange information using various services, such as 
electronic mail, Gopher, and the World Wide Web ("www"). The www service 
allows a server computer system (i.e., web server or web site) to send graphical 
web pages of information to a remote computer system. The remote computer 
system can then display the web pages. Each resource (e.g., computer or web 

20 page) of the www is uniquely identifiable by a Uniform Resource Locator 
("URL"). To view a specific web page, a computer system specifies the URL for 
that web page in a request (e.g., a HyperText Transfer Protocol ("HTTP") 
request). The request is forwarded to the web server that supports that web page. 
When that web server receives the request, it sends that web page to the remote 

25 computer system. When the remote computer system receives that web page, it 
typically displays the Web page using a browser. A browser is a special-purpose 
application program that effects the requesting of web pages and the displaying of 
web pages. Web pages can be defined using Hyper Text Markup Language 
("HTML") or Extended Markup Language ("XML")- HTML provides a standard 

30 set of tags that define how a web page is to be displayed. When a user indicates to 
the browser to display a web page, the browser sends a request to the server 
computer system to transfer to the client computer system an HTML document 
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that defines the web page. When the requested HTML document is received by 
the client computer system, the browser displays the web page as defined by the 
HTML document; The HTML document contains various tags that control the 
displaying of text, graphics, controls, and other features. The HTML document 

5 may contain URLs of other web pages available on that server computer system or 
other server computer systems. 

The system of the present invention allows the various members of the 
packaging supply chain to access the system though a system homepage 
appropriate to the member's position in the supply chain displayed on the monitor 

10 of the member's computer connected to the system of the present invention 
thorough the internet. Each member can log into the system through this 
homepage using a secure ID. The system of the present invention may also 
connect each member to the system through a communications link such as 
dedicated wide area network, a frame relay network, a local area network, or any 

15 other commercial networking technology. Each member having connection to the 
system of the present invention is capable of transmitting to and receiving data 
from the system useful to the member to fulfill its role in the packaging supply 
chain. 

20 The Method Of The Present Invention 

The starting point for the method is a design which has been developed to 
the point of being a digital contract proof (e.g. a Portable Data Format file 
commonly referred to as a "PDF" file or other suitable file format) and an end 

25 user requirement for packaging carrying this design. From this starting point, the 
invention enables one or more of the following methods: distributed item creation, 
order placement, capacity planning and order acknowledgement, material 
requirements planning, procurement of raw materials and services, scheduling, 
order status tracking, and access control. 

30 Distributed item creation comprises a method for accessing images, 

algorithms to calculate item data (e.g. percent ink coverage), and a collaborative 
item creation process using this data which comprises end user creation of the 
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item skeleton (image and basic package structure) and converter addition of item 
details (bill of materials, plate/cylinder identification numbers, routings, etc.) 

Capacity planning and order acknowledgement is a method for capacity 
planning (sales & operations planning, master production scheduling), capacity 
checking (slotting orders to production lines for available to promise ("ATP"), and 
allocation checks), and material availability checking. 

Procurement of raw materials and services comprises a method for 
providing suppliers with immediate notification of urgent material/service 
requirements directly out of the material requirements planning process; and 
mechanisms for transferring requirements to purchasing systems, ordering 
materials/services from suppliers, and tracking the status of materials and services 
on order. 

Scheduling comprises a method for scheduling converting operations 
(press, laminator, metallizers, coaters, slitters, etc.) using complete information; 
accessing image files and algorithms for extracting scheduling information from 
these files (e.g. process print degree of difficulty, degree of bounce associated 
with the color separated design, etc.); intuitive (drag and drop) scheduling 
methods for increased productivity; maintaining multiple **what if* scenarios; and 
scheduling methods that are designed for compatibility with the ATP/allocation 
process (i.e. methods to insure schedules can be developed to fulfill the 
commitments made in the ATP/allocation process). 

Access control and security management methods comprise having a 
defined owner for each data element with the owner having the ability to grant 
access to other users (e.g. a converter can grant an end user access to the 
converters order status information); and security management that prevents 
access to information not owned or authorized for access by the inquiring party. 

The Computer System Of The Present Invention 

The computer system for integrating the flexible packaging supply chain 
comprises a computer system accessible for networked interactive 
communications, which may include on-line communications using the internet, 
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with users which comprises a first memory area for storing functionality and data 
for end user members of the supply chain; a second memory area for storing 
functionality and data for converter members of the supply chain; and a third 
memory area for storing functionality and data for other members of the supply 

5 chain (including but not limited to film suppliers, cylinder suppliers, ink suppliers, 
adhesive suppliers, etc.). 

In one embodiment of the system, the computer system is programmed to 
perform the steps of (1) providing an end user with networked access to an end 
user homepage, with the homepage linking to m the first memory area, and 

10 providing the end user with the ability to create an item, place orders for the item, 
receive confirmation of promise date, and track order status; (2) providing a 
converter with networked access to a converter homepage, with the homepage 
linking to the second memory area; and providing the converter with the ability to 
receive orders, add item details, plan production, check "available to promise" 

15 against these plans, schedule orders for production, plan material requirements, 
initiate orders for material, track production, and insure production meets 
promised delivery dates; and (3) providing other users with networked access to 
other user homepage(s), with the homepage(s) linking to a third memory area, and 
providing the ability to send and receive information concerning orders, forecasts, 

20 schedules, etc. as required to synchronize and integrate the supply chain. 

In another embodiment of the system, the computer system is further 
programmed to support distributed item creation in a collaborative planning 
environment comprising: (1) tools for collaborative item creation (facilities for 
creating and storing elements of item information- for example structure, material 

25 descriptions, multilevel bills of materials (e.g. structure, ink, routings, etc.); (2) 
tools to access images and extract metadata (information extracted from the digital 
image which is essential to prepare production plans and schedules e.g. difficulty 
of print; specific colors used to print image; percent coverage by color; etc.) and 
(3) a collaborative item creation process using these tools: end user creation of the 

30 item skeleton (image and basic package structure); converter addition of item 
details (bills of materials, plate/cylinder identification numbers, routings, etc.). 
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In another embodiment of the system, the computer system is further 
programmed to support electronic placement of orders by the end user and 
electronic confirmation of the original date and quantity (or proposal of a new 
date and quantity) by the converter. 

5 In another embodiment of the system of the present invention, the 

computer system is further programmed to support capacity planning and order 
acknowledgement in a collaborative planning environment comprising: (1) 
capacity planning tools (sales & operations planning, master production 
scheduling), capacity checking tools (available to promise, allocation), and 

10 material availability checking tools; (2) a capacity planning & management 
process enabled by these tools; (3) an acknowledgement process enabled by these 
tools; (4) mechanisms for capturing inventory and order status; (5) mechanisms 
for slotting orders to production lines; and (6) mechanisms for dynamically 
reallocating material among jobs. 

15 In one embodiment of the system, the computer system is further 

programmed to support material requirements planning in a collaborative planning 
environment. 

In another embodiment of the system, the computer system is further 
programmed to support procurement of materials and services in a collaborative 

20 planning environment comprising: tools for providing suppliers with immediate 
notification of urgent material/service requirements directly out of the material 
requirements planning process; and mechanisms for transferring requirements to 
purchase systems, ordering materials/services from suppliers, and tracking the 
status of materials and services on order. 

25 In another embodiment of the system, the computer system is further 

programmed to support line scheduling enhanced by the availability of image 
information in a collaborative planning environment comprising: (1) scheduling 
tools for converting operations (printing, laminating, metallizing, coating, slitting, 
etc.); (2) access to image files and algorithms utilizing scheduling information 

30 extracted from these files (e.g. process print degree of difficulty, degree of bounce 
associated with the color separated design, etc.); (3) intuitive (drag and drop) 
scheduling based on complete information; (4) ability to maintain multiple <4 what 
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if* scenarios; (5) a scheduling process enabled by these tools; and (6) scheduling 
process and tools are designed for compatibility with ATP/allocation processes 
(i.e. these processes and tools ensure that schedules can be developed to fulfill the 
commitments made in ATP/allocation). 
5 In another embodiment of the system, the computer system comprises 

order status tracking (an internet site providing the capability to track the status of 
packaging orders). 

In another embodiment of the system, the computer system comprises 

access control and security management comprising: defined owner for each data 
10 element with the owner having the ability to grant access to other users (e.g. a 

converter can grant an end user access to the converters order status information); 

and security management that prevents access to information not owned or 

authorized for access by the inquiring party. 

In another embodiment of the system, the computer system comprises 
15 output compatibility (a system designed to interface with all known digital output 

technologies - monitors, cylinder/plate engravers, ink jet printers, toner fusion 

printers, thermal printers, etc.). 

Image Metadata 

20 

Production planning and scheduling systems depend on complete 
information about the jobs being scheduled in order to prepare high quality plans 
and schedules. In the case of packaging, much of this information is related to the 
demands that the graphics on the package will place on the printing operation. 

25 Today, in virtually all cases, this information is not readily available to the 
production planner or scheduler. As a result, production plans and schedules are 
often flawed, sometimes to the point of being completely unusable. 

The missing information is data about the image (graphic design). 
Generically, data about an image is called "metadata". In order for packaging 

30 production planning and scheduling systems to operate with peak efficiency and 
effectiveness, a new class of metadata must be created: metadata for item creation, 
production planning, and scheduling. The present invention satisfies this 
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requirement by defining specific metadata elements, providing algorithms to 
extract these elements from an image, and incorporating the use of these elements 
into its enabling computer system. This section describes the individual elements 
of metadata identified and the algorithms for extracting each element. The more 
5 metadata elements created and utilized, the more effective the method and system 
of the present invention will be. However, it is understood that one or any 
combination of the individual metadata elements may be useful in the present 
invention. 

1. Printing Colors - Description. Once a digital contract proof (PDF file or 
10 other suitable format) has been approved, the next step is to color separate this 

file. The result of this step is to create one color separated file (monochrome TIFF 
or other suitable format) for each color to be printed on the press. This algorithm 
retrieves the colors used to print the job and stores them (together with the RGB 
values required to display them on a monitor) in the metadata file. 

15 Printing Colors - Algorithm. For each color separated file, retrieve and 

store the color name (e.g. Kinder Orange) or color number (e.g. Pantone color 
number) of the ink to be used in the associated press station in the metadata file. 
Look up and store the corresponding RGB value (three byte representation of the 
color as displayed on a monitor) in the metadata file. If the sequence in which 

20 these colors will be printed on the press is known, store this information in press 
station sequence (i.e. Station 1 Color Name or Color Number, Station 1 RGB 
Value, Station 2 Color Name or Color Number, Station 2 RGB Value, etc.). 

2. Ink Coverage - Description. The amount of ink used to print an image 
can be calculated from the ink's coating weight and the percent of the image which 

25 will be covered by the ink. This algorithm calculates the percent ink coverage for 
each color and stores the result in the metadata file. 

Ink Coverage - Algorithm. For each color separated file, calculate percent 
coverage as follows: 

Image Coverage = Sum of the grayscale values for each byte in the image 
30 Total Coverage = Number of bytes in the image * Max grayscale value 

Percent Coverage = (Image Coverage / Total Coverage) * 100 
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and store the resulting percentages in the metadata file in the same order as the 
color names. 

If dot gain emulation software is available, the accuracy of this estimate 
can be improved by preprocessing the image to emulate dot gain on the target 
5 press before calculating Percent Coverage using the algorithm shown above. 

3. Process Difficulty - Description. Packages contain a variety of image 
types. Simple line art (solid color images) can be printed by even the oldest, most 
poorly maintained presses. High quality photorealistic images, on the other hand, 
are printed using 4-color process and require high quality, well maintained 

10 machines to render an acceptable image. Vignettes (images that fade continuously 
from highly saturated color to white) are the most difficult images to print using 
conventional printing techniques since a continuous reduction in dot size is the 
most demanding test of press capability. This algorithm examines an image file to 
determine the degree of process difficulty associated with the printing the image. 
15 Process Difficulty - Algorithm. Analyze the CMYK image file (PDF or 

other suitable format) as follows: 

If 100% of image has only black bytes (line art) or consists of vector art at 
constant grayscale, then process difficulty equals "1". 

If 100% of image has only one byte (line art) or two bytes (duotone) "on M , 
20 but some of the image has two bytes on, then process difficulty equals "2". 

If some of the image has three bytes (3 -color process) or four bytes (4- 
color process) "on", then process difficulty equals M 3". 

If 5% or more of the image is a monotone decreasing grayscale from some 
positive value to zero (vignette), then process difficulty equals "4". 
25 Finally, store the maximum resulting process difficulty level (1, 2, 3, or 4) 

in the metadata file. 

4. Bounce - Description. When a color separated image is rendered as a 
flexographic or letterpress plate, the plate will consist of raised areas where there 
is printing and blank areas where no printing exists. During the printing process, 

30 the raised areas support the plate against the impression cylinder. If a blank area 
extends across the entire width of the plate, the plate will droop toward the 
cylinder, and will tend to bounce when the next raised area comes into contact 
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with cylinder as the plate continues its revolution. Presses differ considerably in 
their ability to maintain print quality when printing such an image. This algorithm 
examines the image for the existence of blank areas across the entire image. The 
resulting measure can than be correlated with the capabilities of individual presses 
5 to insure that jobs are scheduled on lines that are capable of maintaining print 
quality when printing the image. 

Bounce - Algorithm. For each color separated file, calculate void area as 
follows: 

Retrieve the Minimum Void Width (V m ) corresponding to the target press. 
10 (In the absence of a press specific V m , use the default V m value). 

Beginning at the start of the file, extract a full width subset of the file V m 
units high. Sum of the grayscale values for each byte in the subset. 

If the sum of the grayscale values = 0 (or is < a press specific threshold 
value), then write the position of the first byte in the subset to the metadata file. 
15 Index down one line, and repeat the process until the full width subset 

contains the last byte of the file. When the last byte first appears in the subset, 
process this subset and stop. 

The metadata file now contains the start position of each segment of the 
file that has the potential to cause a bounce problem. Further process this file to 
20 combine overlapping void areas into a set of discrete voided bars. The height of 
the largest void bar is then compared to an empirically derived table which links 
maximum void height (Hvmax) to image quality when printed on the target press. 
If the image is printed more than one across the plate, the preceding algorithm is 
applied to the fully stepped and repeated image. Alternatively, the positions of the 
25 voided areas can be passed to an optimization algorithm which offsets the images 
in such a way as to minimize Hvmax for the stepped and repeated image. The 
resultant H vm ax can then be taken from the optimizing algorithm. Store Hvmax in 
the metadata file. 

5. Image Dimension - Description. Packages are often printed in 
30 multiples of the finished package (e.g. four boxes printed on a single sheet of 
cardboard stock, which is subsequently cut and folded to make four individual 
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boxes). In order to choose the most efficient press for printing a package (or 
label), the dimensions of the image are required. 

Image Dimensions - Algorithm. Retrieve image width and image length 
(cutoff) from the image file. Store these values in the metadata file. If the 
5 converter has slotted the item to a particular press, retrieve the number of images 
across and down (around) the plate or cylinder. Store these values in the metadata 
file. 

Invention Process Overview 

10 

Figure 1 provides an overview of the processes involved in the method of 
the present invention. Referring to this figure, the Production Planning Process 
(Process 1.0) of the present invention is capable of operating on two time 
horizons, long range and near term planning. Sales & Operations Planning 

15 ("S&OP") combines forecasts of demand and production capacity to provide a 
long range view of production line loading, highlighting supply and demand 
imbalances. This long range view may be 12 months or more. Master Production 
Scheduling ("MPS") fine tunes the near term S&OP view over short time periods 
such as on a week by week basis over the next 6-8 weeks. As part of the MPS 

20 process, the total capacity of the system is divided in capacity buckets (e.g. 
available capacity by line, by week), which MPS in turn maintains. The capacity 
remaining in these buckets is the basis for checking orders to insure production 
capacity available to produce the ordered packages. This process in depicted in 
Process 2.0 of Figure 1. 

25 The Order Management Process (Process 2.0) of the present invention is a 

shared activity managed jointly by the end user and the converter. The Order 
Management process begins with item creation by the end user (i.e., linking 
digital data associated with a package image with a structural specification for the 
package to create a packaging stock keeping unit or other unique designation for a 

30 package design). Once the item has been created, the end user can place an order 
by combining the item with quantity and date requirements. Upon receiving an 
order from the end user, the converter adds converter specific data to the item (e.g. 
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printing cylinder numbers, ink specifications, etc.) if required, and checks for the 
availability of materials and line time to produce the order. If the order is a repeat 
order for an existing item, the entire process can be performed by the present 
invention automatically. Once accepted by the converter, the end user receives an 
acknowledgment of the converter's promised delivery date. 

The Schedule Order Process (Process 3.0) of the present invention stores 
orders acknowledged by the system for subsequent scheduling using decision 
support tools. These tools allow the converter to prepare finite schedules 
(individual jobs sequenced for production on a particular line) for presses, 
laminators, slitters, and other items of converting equipment. 

The Material Requirements Planning ("MRP") Process (Process 4.0) of the 
present invention calculates requirements for printing cylinders, substrates, inks, 
and adhesives based upon acknowledged orders. As orders are scheduled, the 
timing of material requirements is further refined. Time phased requirements are 
compared to quantities available in stock and quantities on order to generate net 
requirements for purchasing. 

Figure 2 shows how the Production Planning and Order Management 
Processes described above work together to maximize profitability for the 
business operating the assets and simultaneously maximize reliability for the 
customer receiving the product. 

Production planning in the present invention begins with an analysis of 
business options over an upcoming time period such as the next 12 months as 
depicted in this figure. The first step in this process is the monthly S&OP cycle. 
By modeling manufacturing operations using forecast demand and forecast 
capacity, the S&OP process loads production lines (e.g. presses, laminators, etc.) 
and highlights imbalances between supply and demand for resolution. This 
process has two outcomes: (1) long range decisions that affect the operation of the 
business in the 3-12 month timeframe (e.g. timing of major capital outages, 
planning for the ramp-up of new businesses, planning for discontinuation of 
existing business, etc.), and (2) short range decisions affecting operations in the 1- 
2 month timeframe (e.g. maintenance outages, inventory builds and draws, and 
execution of long range decisions whose implementation date has reached the 1-2 
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month time horizon). These short range S&OP decisions are a primary input to 
the second production planning process, Master Production Scheduling (MPS). 
MPS fine tunes these near term S&OP decisions for execution on a week by week 
basis over the next 6-8 weeks. In order to accomplish this goal, MPS evaluates 
near term S&OP decisions in the context of actual demand and actual capacity 
available. The results are used to time the execution of events (e.g. an outage), 
and to control the flow of orders (through the Available To Promise (ATP) 
functionality discussed hereinafter). S&OP and MPS both depend on computer 
models to forecast the impact of alternative courses of action. These models, in 
turn, depend on a number of parameters which are input and maintained through a 
series of tables (e.g. production line characteristics, the forecasts described below, 
and other data required to support the models). 

To use the S&OP process, a user prepared demand forecast is entered as 
digital data in an electronic storage area of the system in accordance with the 
present invention. The forecast can be prepared in any way that fits the business - 
ranging from a simple sales estimate, to a statistical forecast adjusted for market 
intelligence. 

Similarly, a user prepared production forecast is entered as digital data in 
an electronic storage area of the system in accordance with the present invention. 
A production forecast typically includes information such as output rates by 
product and line, material efficiencies by product and line, and available 
production hours by line. 

Once the demand and production forecasts have been loaded the S&OP 
model is run to support the long and short range decisions described above. 

One embodiment of the present invention also provides an interface 
between the MPS functionality and the ATP check. The MPS functionality 
maintains capacity buckets (e.g. available capacity by line and week). As each 
order is taken, an ATP check determines if the targeted bucket can accept the 
order without exceeding its available capacity. 

The process described above will be described in more detail hereinafter. 



WO 02/061511 



19 



PCT/US01/43901 



Invention Functionalities Detail 

In this section, we provide a detailed description of the method and 
computer system of the present invention. In general, the method is represented 
5 by a process diagram identified as a number (e.g. Figure 3). A computer system 
to enable this method is then described in figures beginning with the method 
number and suffixed with a letter (e.g. Figures 3A - 3G). 

Figure 3 depicts the S&OP process in accordance with the present 
invention. While Figure 3 and the accompanying description refer to S&OP in the 

10 context of a month, it is understood that the S&OP process in accordance with the 
present invention may be applied to any time interval selected by the user. 
Similarly, it is within the scope of the present invention to practice the S&OP 
process, and the other processes of the present invention, without practicing all of 
the process steps depicted. 

15 At the beginning of each monthly cycle or other chosen time interval 

cycle, the user loads digital demand data into the S&OP model by updating the 
Demand Forecast Table as depicted in process step 1.1.1 of Figure 3. Figure 3 A 
provides a transaction summary of this S&OP step, including an exemplary 
monitor view of this functionality accompanied by computer programming 

20 specifications for achieving this functionality. The user of the system may update 
the production line availability data to reflect periods when lines will not be 
available for production due to holidays, outages, or other sources of scheduled 
downtime as depicted in process step 1.1.2 of Figure 3. Figure 3B provides a 
transaction summary of this S&OP step, including a monitor view of this 

25 functionality accompanied computer programming specifications for achieving 
this functionality. The user completes the capacity forecast by loading output 
rates and material efficiencies for each product line combination which will be 
considered in loading the system as depicted in process step 1.1.3 of Figure 3. 
Figure 3C provides a transaction summary of this S&OP step, including an 

30 exemplary monitor view of this functionality accompanied by computer 
programming specifications for achieving this functionality. 
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As depicted in process step 1.1.4 of Figure 3, with demand and capacity 
updated, the user runs the S&OP model. Initially, the model assigns demand to 
production units based on the final loading used in the previous S&OP cycle. The 
user reviews the resulting line utilizations and attempts to resolve imbalances by 

5 making adjustments in line loading. Imbalances which cannot be resolved by 
moving demand between lines require changes in assumptions (i.e. by changing 
data in the tables holding these assumptions). Figure 3D provides a transaction 
summary of this S&OP step, including an exemplary monitor view of this 
functionality accompanied by computer programming specifications for achieving 

10 this functionality. 

One data input area in which assumptions can be changed is the Inventory 
Adjustment Table depicted in process step 1.1.5 of Figure 3. This process allows 
the user to move capacity from periods where the system is underutilized to 
periods where the system is oversold by building inventory in the former periods 

15 and consuming it in the later. Figure 3E provides a transaction summary of this 
S&OP step, including an exemplary monitor view of this functionality 
accompanied by computer programming specifications for achieving this 
functionality. 

Another data input step in which assumptions can be changed is the 
20 Capacity Group Assignment Table depicted as process step 1 .1 .6 of Figure 3. The 
S&OP model loads demand onto capacity groups (i.e. virtual lines composed of 
hours from physical lines having similar manufacturing capabilities). This 
process allows the user to shift hours from under loaded capacity groups to 
overloaded ones in order to resolve supply imbalances. Figure 3F provides a 
25 transaction summary of this S&OP step, including an exemplary monitor view of 
this functionality accompanied by computer programming specifications for 
achieving this functionality 

When capacity groups are utilized, production rates and efficiencies for 
each capacity group must be created by averaging the rates and efficiencies of the 
30 lines comprising the capacity groups. Figure 3G provides a transaction summary 
of the S&OP step (1.1.7), including an exemplary monitor view of this 
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functionality accompanied by computer programming specifications for achieving 
this functionality. 

An embodiment of the system in accordance with the present invention 
allows the user to resolve supply imbalances by changing the line availability 
5 assumptions originally loaded in process step 1.1.2. For example, the user could 
decide to delay a planned maintenance outage or to schedule work on a holiday. 
The user may also resolve supply imbalances by adjusting the production rates 
and efficiencies originally loaded in process stepl.1.3. For example, the user 
could decide to accelerate the implementation of a previously planned 

1 0 productivity program. 

Another way that a user can resolve imbalances in accordance with an 
embodiment of the present invention to change the demand forecast originally 
loaded in process step 1.1.1. For example, the user might delay the ramp up of a 
new application or other piece of new business. 

15 Figure 4 depicts the steps which are part of the MPS process in accordance 

with the present invention. While Figure 4 and the accompanying description 
refer to MPS in the context of a week, it is understood that the MPS process in 
accordance with the present invention may be applied to any time interval selected 
by the user. Similarly, it is within the scope of the present invention to practice 

20 the MPS process, and the other processes of the present invention, without 
practicing all of the process steps depicted. 

Referring to Figure 4, as depicted in process step 1.2.1, at the beginning of 
each MPS cycle, the present invention provides an MPS summary (monitor 
display) depicting available and remaining capacity by capacity group. Figure 4A 

25 provides a transaction summary of this MPS step, including an exemplary monitor 
view of this functionality accompanied by computer programming specifications 
for achieving this functionality. The computer is further programmed to allow 
planned inventory draws or builds to be changed as depicted in process step 1.2.2. 
Figure 4B provides a transaction summary of this MPS step, including an 

30 exemplary monitor view of this functionality accompanied by computer 
programming specifications for achieving this functionality. 
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Process step 1.2.3 in Figure 4 depicts a second table where the present 
invention allows assumptions to be changed. This data is referred to as the 
Capacity Group Assignment Table. The MPS model is programmed to load 
demand into capacity groups (i.e. virtual lines composed of hours from physical 

5 lines having similar manufacturing capabilities). Process 1 .2.3 allows the user to 
shift hours from underloaded capacity groups to overloaded ones in order to 
resolve supply imbalances. For example, if the 10S (10 Station printing line) 
capacity group is under loaded, some of the 10S capacity could be used to produce 
8S (8 Station printing line) demand since a line with 10 stations can substitute for 

10 a line with 8 stations. Figure 4C provides a transaction summary of this MPS 
step, including an exemplary monitor view of this functionality accompanied by 
computer programming specifications for achieving this functionality. 

In an embodiment of the present invention, the computer is also 
programmed to allow orders to be moved from one production bucket to another 

15 bucket. Typically when this is done, orders are "pulled in" and produced early. 
Orders can only be "pushed out" and produced later if the user request date can 
still be met or if the user agrees to a new request date. This process capability is 
represented by process step 1.2.6 in Figure 4. In order to support this 
functionality, the computer may also be programmed to display all of the orders in 

20 a bucket with their runtime requirements to assist in choosing which orders can be 
"pulled in" or "pushed out". This functionality is depicted in process step 1.2.9 of 
Figure 4. (Orders identified in processes 1.2.6 and 1.2.9 are moved using process 
2.1.1 shown in Figure 7 A.) 

In one embodiment, the computer is also programmed to allow customers 

25 time reservations to be changed when actual demand differs from these customer 
reservations, and the customer agrees with this change. This process is 
represented by process step 1.2.7 of Figure 4 and is executed using process 1.2.4 
depicted in Figure 5 A. 

MPS depends on a number of supporting assumptions concerning the 

30 planned availability, operability, and capability of each production line. These 
assumptions change over time and need to be updated periodically. Figure 5 
depicts how the present invention accomplishes these updates. Process step 1.2.4 
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represents an update of the system's production line availability assumptions. 
Figure 5A provides a transaction summary of this MPS step, including an 
exemplary monitor view of this functionality accompanied by computer 
programming specifications for achieving this functionality. As represented by 
5 process step 1.2.5 of Figure 5, the user can adjust the production rates and 
efficiencies based on recent manufacturing performance. Figure 5B provides a 
transaction summary of this MPS step, including an exemplary monitor view of 
this functionality accompanied by computer programming specifications for 
achieving this functionality. The user may also adjust the slotting algorithm and 

10 change the way in which orders will be slotted to the capacity groups. Process 
step 6.1.8 of Figure 5 shows this process. Figure 5C provides a transaction 
summary of this MPS step, including an exemplary monitor view of this 
functionality accompanied by computer programming specifications for achieving 
this functionality. The impact of these updates on orders already in the system 

15 can be ascertained by rerunning the available to promise (ATP) process for 
selected orders using the revised assumptions. This capability is depicted in 
process step 1.2.8 of Figure 5. Orders selected for reprocessing at this step are re- 
ATP'd using process 2.1.1 shown in Figure 7A. 

The system in accordance with the present invention is programmed with 

20 an order management system to capture order data required for production 
planning (Process 1.0), scheduling (Process 3.0), and material requirements 
(Process 4.0). Figure 6 provides a graphical overview of the order management 
functionality which may be programmed into the system of the present invention. 
As shown in Figure 6, Order Management begins with the availability of a 

25 digital contract proof. As mentioned previously, the digital contract proof may be 
in PDF format or other suitable file format. The contract proof and associated 
artwork is stored as digital data and is provided by the end user (or an entity acting 
on behalf of the end user) as part of the item creation process. This file is acquired 
and analyzed by the present invention (Process 2.3). In addition to providing a 

30 low resolution copy of the image (for verification purposes), this process also 
extracts scheduling metadata from the image. Scheduling metadata is data about 
certain characteristics of the image that can be used to more accurately plan 
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production and schedule the job. For example, scheduling metadata allows the 
scheduler to anticipate the degree of difficulty associated with printing the image 
using various technologies so the job can be assigned to a press which is 
technically capable of running the job. Algorithms for extracting scheduling 
metadata and are described in the foregoing detailed description of the invention. 

Once the image has been acquired, the user links it to a package structure 
to create an End User Item (Process 2.2). With the item complete, the end user 
creates a purchase order in the end user's legacy purchasing system. At this point, 
an order for this item is entered using the present invention, and transmitted over 
the internet to the electronic storage area of the present invention (Process 2.1). 
The system in accordance with the present invention may be programmed to 
automatically process the order (Process 2.4) or place the order in a "pending" 
status for manual processing, depending on the converter's setup and selected 
preferences. 

If the converter selects automatic order processing (Process 2.4) and a 
converter item corresponding to the end user item already exists, ATP and 
allocation are automatically checked by the system as soon as the order is entered. 
This step involves the following four checks: 

1 . Is there production capacity available to meet the requested delivery 
date (ATP)? 

2. Does the user have sufficient allocated capacity available (Allocation)? 

3. Will required production materials be available at the time of 
production? 

4. Will printing cylinders be available at the time of production? 

If the order passes these checks, it is accepted and transmitted to the legacy 
Order Management System (Process 2.7). If the order fails any of the checks or if 
the converter item does not exist, it is put into a pending order queue that must be 
manually processed by the converter (Process 2.5). 

If the converter selects manual order processing, all orders entered by the 
end user are placed into a pending order queue (this queue also holds failed orders 
from the automatic process). To manually process this queue (Process 2.5), the 
converter selects an order or group of orders and runs an ATP / allocation check. 
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If an order passes this check, the converter may accept the order and transmit data 
to the legacy Order Management System (Process 2.7). If an order fails due to 
ATP or allocation, the converter works with the end user to adjust the order 
quantity or the requested delivery date so that it will pass ATP and allocation. If 
5 an order fails due to the lack of production materials or printing cylinder 
availability, the converter may elect to expedite delivery of the production 
material or reallocate printing capacity to fulfill the order in the time period 
requested. If the converter item does not already exist, it can be created using 
Process 2.6. 

10 The order management functionality described in Figure 6 is implemented 

as a series of methods in the present invention. Figures 7 through 10 provide 
detailed descriptions of the individual methods which are required to implement 
the order management function. 

Figure 7 is a graphical depiction of the order placement and 

15 ATP/allocation process (Process 2.1 and Process 2.4) in accordance with the 
present invention. Figures 7A - 7C provide detailed descriptions of an 
embodiment of the order placement step and ATP allocation processes in 
accordance with the present invention. Included in these Figures are transaction 
summaries of the order placement steps, including exemplary monitor views of 

20 this functionality accompanied by computer programming specifications for 
achieving this functionality. 

Figure 8 is a graphical depiction of the process for creating an end user 
item (Process 2.1). Figure 8 also shows how the process for acquiring the package 
design (image) and extracting end user metadata (Process 2.3.1) links to the item 

25 creation process. Figures 8A - 8E provide detailed descriptions of the process 
steps represented in Figure 8 according to an embodiment of the present 
invention. Included in these figures are transaction summaries of the package 
item creation steps, including exemplary monitor views of this functionality 
accompanied by computer programming specifications for achieving this 

30 functionality. 

Figure 9 is a detailed graphical depiction of the order management process 
for handling pending orders (Process 2.5) and interfacing to the existing OMS 
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system (Process 2.7) in accordance with the present invention. Figures 9A - 9F 
provide detailed descriptions of the process steps represented in Figure 9 
according to an embodiment of the present invention. Included in these Figures 
are transaction summaries of the steps for handling pending orders, including 

5 exemplary monitor views of this functionality accompanied by computer 
programming specifications for achieving this functionality. 

Figure 10 is a detailed graphical depiction of the process steps for a 
converter to complete a package item (Process 2.6), including the process for 
acquiring the image and extracting metadata to support this process (Process 

10 2.3.3). Figures 10A - 10E provide detailed descriptions of the process steps 
represented in Figure 10 according to an embodiment of the present invention. 
Included in these figures are transaction summaries of the steps for a converter's 
creation of a package item, including exemplary monitor views of this 
functionality accompanied by computer programming specifications for achieving 

15 thi s functionality. 

To fill an accepted order, its production must be scheduled. The purpose 
of the scheduling process is to sequence orders in a way that optimizes the 
effectiveness of manufacturing assets while still meeting customer delivery 
requirements. Figure 1 1 provides a detailed graphical overview of the scheduling 

20 process in accordance with the present invention. 

Scheduling begins with a set of new or changed orders that have passed 
ATP/Allocation in the order management process. These orders have been 
accepted based on capacity and resource availability in a specific production 
bucket (day or week) to meet the promised date. The scheduling process defines 

25 the specific line and time an order will run, thus converting a capacity 
commitment into executable instructions for production. 

When an order is scheduled (Process 3.1 for presses, Process 3.2 for 
laminators and Process 3.3 for slitters), inventory and purchasing data is retrieved 
from existing system(s) (Process 3.4). This data is used to project inventory levels 

30 and determine the availability of the packaging film and cylinders (plates) at the 
specific date and time an order is scheduled to run in manufacturing. This check 
of packaging film and cylinders (plates) improves schedule conformance by 
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preventing raw material shortages. With this information in hand, the order is 
added to an existing schedule (at the beginning, at the end or in the middle of the 
schedule). 

The scheduling process automatically recalculates the entire schedule 
whenever an order is added or removed from the schedule. This recalculation 
involves detailed changeover and line speed calculations to accurately quantify 
start and end times. This instantaneous recalculation is a powerful decision tool 
for schedulers. Presses, laminators and slitters are scheduled in a similar way, 
using different formulas for changeover and line speed calculations. 

The completed schedule is sent to manufacturing for execution. A list of 
projected late or incomplete orders are sent to customer service so that appropriate 
action(s) can be taken. As the schedule is run, manufacturing updates are added to 
the system of the present invention (Process 3.5) to support projections of order 
status and schedule conformance. This data is used to adjust the start time for the 
next period (manufacturing may be running ahead or behind schedule). 

Figures 1 1 A - 1 1L provide detailed descriptions of the scheduling process 
steps represented in Figure 11 according to an embodiment of the present 
invention. Included in these Figures are transaction summaries of the steps for a 
converter's creation of a package item, including exemplary monitor views of this 
functionality accompanied by computer programming specifications for achieving 
this functionality. 

In order to produce packaging items and to schedule their production, it is 
necessary to make sure that materials necessary for the production of the 
packaging items are available when needed. This process is referred to as 
materials requirements planning. Figure 1 2 provides a detailed graphical overview 
of the Material Requirements Planning Process ("MRP'*) in accordance with an 
embodiment of the present invention. The purpose of material requirements 
planning is to generate a requirements list so that raw materials can be ordered and 
ready in time for manufacturing. The material requirements planning process 
begins with loading inventory and purchase order data into the system of the 
present invention (Processes 4.1 and 4.2). This inventory and purchase order data 
is used to calculate stock levels of raw materials on a day-by-day basis. The 
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comparison of this data to manufacturing requirements generates a net daily 
material requirement (Process 4.3). This net daily requirement is then "rolled up" 
into purchase requisitions which are transmitted back to the Legacy system to 
create purchase orders (Process 4.4). 

5 Figures 12A - 12G provide detailed descriptions of the MRP steps 

represented in Figure 12 according to an embodiment of the present invention. 
Included in these figures are transaction summaries of the steps for a converter's 
creation of a package item, including exemplary monitor views of this 
functionality accompanied by computer programming specifications for achieving 

10 this functionality. 

The foregoing disclosure and description of the invention are illustrative 
and explanatory thereof, and variations will be apparent to those skilled in the art, 
and are considered within the spirit and scope of the claimed invention. 
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We Claim: 

1. A method for management of a packaging products, including labels, 
supply chain comprising the steps of: 
5 (a) entering digital data representing a packaging design and a packaging 

product design into a computer system; 
(b) entering digital data representing an order for delivery of a specified 
quantity of a packaging item, incorporating the packaging product 
design, on a specified date into the computer system; 
10 (c) entering digital data representing production resources necessary to 

produce the packaging item ordered in the specified quantity into the 
computer system; 

(d) entering digital data representing the availability of production 
•resources necessary to produce the quantity of the packaging item 

15 ordered on the specified date into the computer system; and 

(e) accessing the data entered in the preceding steps to determine the 
supply chain's ability to produce the packaging item ordered in the 
specified quantity on the specified date. 

20 2. The method of claim 1 wherein the computer system is accessible by a 
network shared by members of the packaging supply chain. 

3. The method of claim 2 wherein the network is the internet. 

25 4. The method of claim 3 wherein the digital data representing a packaging 
product design is entered in the computer system using the internet. 

5. The method of claim 4 wherein the digital data representing the order for 
the packaging item is entered into the computer system using the internet. 
30 6. The method of claim 5 wherein the digital data representing the 
availability of production resources are entered in the computer system using the 
internet. 
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7. The method of claim 6 wherein the data representing the availability of 
production resources is stored and managed in time buckets. 

5 8. The method of claim 7 wherein the production resources are production 
line availability, services, and material supplies. 



9. The method of claim 1 wherein the digital data representing the packaging 
design is processed to create metadata comprised of: 
10 (a) data representing each color necessary to print the packaging item; 

(b) data representing the amount of ink necessary to print the packaging 
item; and 

(c) data representing the degree of bounce associated with printing the 
packaging item. 



15 



20 



10. The method of claim 9 wherein the metadata comprises: 

(a) data representing the degree of process difficulty associated with 
printing the packaging item; and 

(b) data representing the dimensions of the packaging product design. 

11. The method of claim 10 wherein the metadata is used to create the 
packaging product design. 



12. The method of claim 10 wherein the package item is created by the steps 
25 of: 

(a) an end user creating an item skeleton comprised of an image and a 
package structure; and 

(b) a converter adds detail to the item skeleton comprising a bill of 
materials, routings, and production item configuration. 

30 



13. 



The method of claim 12 wherein: 
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(a) metadata is used to define resource requirements necessary to produce 
a packaging item; 

(b) an order for a specific packaging item is automatically slotted to a 
production resource based on the capability of the production resource 

5 to produce the item ordered; and 

(c) requested order dates and quantities are electronically compared to 
projected production resources availability for purposes of order 
acceptance. 

10 14. A method for management of placement and fulfillment of orders for 
printed packaging products, including labels, comprising the steps of: 

(a) storing digital data associated with a plurality of orders for printed 
packaging items; 

(b) storing digital data associated with multiple scheduling options for 
15 production of the packaging items associated with the plurality of 

orders; and 

(c) creating a schedule for production of the packaging items associated 
with the plurality of orders from among the multiple scheduling 
options. 

20 

15. The method of claim 1 wherein a plurality of accepted orders are 
scheduled using decision support tools that provide immediate feedback on the 
impact of adding an order to a schedule, moving an order in a schedule, or 
deleting an order from a schedule. 

25 

16. The method of claim 15 wherein the means of adding, moving, or deleting 
an order is drag and drop functionality. 

17. The method of claim 16 wherein the computer system maintains multiple 
30 alternative schedules for producing the plurality of accepted orders. 
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18. The method of claim 17 wherein schedules for successive steps in the 
manufacturing process are linked to one another, and immediate feedback on the 
impact of adding, moving, or deleting an order includes the impact that this 
change will have on subsequent steps in the production process. 

5 

1 9. The method of claim 1 8 comprising the steps of: 

(a) comparing projected production resource availability to actual 
production resource availability; 

(b) comparing production schedules to actual production performance; 
10 and 

(c) adjusting production availability or schedule assumptions to achieve 
consistency with actual performance. 

20. The method of claim 1 wherein providers of material supplies have access 
15 to the requirements for material supplies necessary to produce the packaging item 

ordered. 



21. A computer system for management of a packaging products, including 
labels, supply chain comprising: 
20 (a) storage means programmed to store data comprised of: 

(i) digital data representing a packaging design and a packaging 
product design; 

(ii) digital data representing an order for delivery of a specified 
quantity of a packaging item, incorporating the packaging 

25 product design, on a specified date; 

(iii) digital data representing production resources necessary to 
produce the packaging item ordered in the specified quantity; 
and 

(iv) digital data representing the availability of production 
30 resources necessary to produce the quantity of the packaging 

item ordered on the specified date; and 
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(b) means for accessing the data stored in the computer system to 
determine the supply chain's ability to produce the packaging products 
ordered . 

5 22. The computer system of claim 21 wherein the computer system is capable 
of being accessed by a network shared by members of the packaging supply chain 
in the specified quantity on the specified date. 

23. The computer system of claim 22 wherein the network is the internet. 

10 

24. The computer system of claim 23 wherein the computer system is capable 
of receiving the digital data representing a packaging product design from the 
internet 

15 25. The computer system of claim 24 wherein the computer system is capable 
of receiving the digital data representing the order for packaging products from 
the internet. 

26. The computer system of claim 25 wherein the computer system is capable 
20 of receiving the digital data representing the availability of production resources 

from the internet. 

27. The computer system of claim 26 wherein the computer system is 
programmed to store and manage the digital data representing the availability of 

25 production resources in time buckets. 

28. The computer system of claim 27 wherein the production resources are 
production line availability, services, and material supplies. 

30 29. The computer system of claim 21 wherein the computer system is 
programmed to process the digital data representing the packaging design to 
create metadata comprised of: 
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(a) data representing each color necessary to print the packaging item; 

(b) data representing the amount of ink necessary to print the packaging 
item; and 

(c) data representing the degree of bounce associated with printing the 
packaging item. 



30. The computer system of claim 29 wherein the metadata comprises: 

(a) data representing the degree of process difficulty associated with 
printing the packaging item; and 

(b) data representing the dimensions of the packaging product design. 



31. The computer system of claim 30 wherein computer system is 
programmed to use the metadata to create the packaging product design. 

32. The computer system of claim 31 wherein the computer is programmed to 
allow for creation of the package item by the steps of: 

(a) storage of an item skeleton comprised of an image and a package 
structure acquired from an end user; and 

(b) adding detail to the item skeleton comprising a bill of materials, 
routings, and production item configuration. 



33. The computer system of claim 32, wherein: 

(a) the computer system is programmed to use metadata to define resource 
requirements necessary to produce a packaging item; 

(b) the computer system is programmed to automatically slot an order for 
a specific packaging item to a production resource based on the 
capability of the production resource to produce the item ordered; and 

(c) the computer system is programmed to compare requested order dates 
and quantities to projected production resources availability for 
purposes of order acceptance. 
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34. The computer system of claim 21, wherein the computer system is 
programmed to schedule a plurality of accepted orders using decision support 
tools that provide immediate feedback on the impact of adding an order to a 
schedule, moving an order in a schedule, or deleting an order from a schedule. 

5 

35. The computer system of claim 34, wherein the computer system is 
programmed to add, move, and delete an order by drag and drop functionality. 

36. The computer system of claim 35, wherein the computer system is 
10 programmed to maintain multiple alternative schedules for producing the plurality 

of accepted orders. 

37. The computer system of claim 36, wherein the computer is programmed to 
link schedules for successive steps in the manufacturing process to one another, 

15 and provide immediate feedback on the impact of adding, moving, or deleting an 
order, including the impact that this change will have on subsequent steps in the 
production process. 

38. The computer system of claim 21, wherein the computer system is capable 
20 of providing access to data representing the requirements for material supplies 

necessary to produce the packaging items ordered to providers of material 
supplies. 

39. A method for management of production of packaging products, including 
25 labels, comprising the steps of: 

(a) entering digital data representing a packaging design for a packaging 
product in a computer system; and 

(b) processing the digital data representing the packaging design to create 
data representing each color necessary to print the packaging product. 



30 
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40. The method of claim 39 comprising the step of processing the digital data 
representing the packaging design to create data representing the amount of ink 
necessary to print the packaging product. 

41. The method of claim 40 comprising the step of processing the digital data 
representing with the packaging design to create data representing the degree of 
process difficulty associated with printing the packaging product. 

42. The method of claim 41 comprising the step of processing the digital data 
representing the packaging design to create data representing the degree of bounce 
associated with printing the packaging product. 

43. A computer system for the management of placement and fulfillment of 
orders for printed packaging products, including labels, comprising: 

(a) an electronic storage means for storing digital data associated with a 
packaging design for a packaging product; and 

(b) means for processing the digital data representing the packaging 
design to create data representing each color necessary to print the 
packaging product. 

44. The computer system of claim 43 comprising means for processing the 
digital data representing the packaging design to create data representing the 
amount of ink necessary to print the packaging product. 

45. The computer system of claim 44 comprising means for processing the 
digital data associated with the packaging design to create data representing the 
degree of process difficulty associated with printing the packaging product. 

46. The computer system of claim 45 comprising means for processing the 
digital data representing the packaging design to produce data representing the 
degree of bounce associated with printing the packaging product. 
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47. A method for management of a packaging products, including labels, 
supply chain comprising the steps of: 

(a) providing shared access to a computer system to a plurality of 
members of the supply chain; 
5 (b) entering digital data representing forecasts of demand and supply into 

the computer system; 

(c) processing the data entered in step (b) to create projections of supply 
and demand imbalances over a selected time frame; 

(d) changing forecast assumptions in the data representing forecasts of 
demand and supply and processing the data and using the computer 
system to determine the impact of alternative changes on the 
projections created in step (c); and 

(e) acting to implement the changes selected from the alternative changes 
from step (d). 

48. The method according to claim 47 wherein acting to implement the 
changes selected from the alternative changes comprises entering digital data 
representing the changes selected into scheduling files. 

49. A method for management of a packaging products, including labels, 
supply chain comprising the steps of: 

(a) entering digital data representing a packaging design for a packaging 
product into a computer system; 

(b) entering digital data representing an order for delivery of a specified 
quantity of a packaging product on a specified date into the computer 
system; 

(c) entering digital data representing production resources necessary to 
produce the packaging product ordered in the specified quantity into 
the computer system; 

(d) entering digital data representing the availability of production 
resources necessary to produce the quantity of the packaging product 
ordered on the specified date into the computer system; and 
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(e) accessing the data entered in the preceding steps to determine the 
supply chain's ability to produce the packaging product ordered in the 
specified quantity on the specified date. 



5 50. A computer system for management of a packaging products, including 
labels, supply chain comprising: 

(a) a digital data base containing data comprised of: 

(i) data representing a packaging design and a packaging product 
design; 

10 (ii) data representing an order for delivery of a specified quantity 

of a packaging item, incorporating the packaging product 

design, on a specified date; 
(iii) data representing production resources necessary to produce 

the packaging item. ordered in the specified quantity; and 
15 (iv) data representing the availability of production resources 

necessary to produce the quantity of the packaging item 

ordered on the specified date; and 

(b) means for accessing the data in the database to determine the supply 
chain's ability to produce the packaging products ordered. 
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Figure 1 

System Overview 
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Figure 2 



Production Planning Functional Overview 
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Figure 3 

Sales And Operations Planning (Process 1.1) 
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Figure 3 A 

Transaction Summary - S&OP Demand (Process 1.1.1) 
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1.1.1 



Initial Processing 



Lookup all records on Table 1.1.1 using converter_no from login 

Setup display to include 12 months of data starting with the current month 

Create any records that do not exist and fill with zero's 

Lookup converter demand length unit of measure on the converterjlb using 

converter no 



User Workflow & 
Resultant Processing 



Notes: 



Typical 

- Place cursor on the first capacity group (row) of the month (column) for 
which you want to enter data 

- Enter demand length for the capacity group 

- <Enter> or <Tab> to the next field and enter value 

- Continue down the column or across row entering length and # of jobs 
for each capacity group 

Exceptional 

- Point and click to select individual cell 

- Change value in cell 

The user may elect to enter data by row or by column, screen operation 
should allow bom using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 

Screen should be horizontally and vertically scrollable 



Notes: • The user may elect to enter data by row or by column, screen operation 

should allow both using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 
• Screen should be horizontally and vertically scrollable 
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Figure 3B 

Transaction Summary - S&OP Line Availability (Process 1.1,2) 
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Plan 1.1.2 



Initial Processing 



User Workflow & 
Resultant Processing 



Notes: 



Lookup all records on Table 1.1.2 using converter no from login 
Setup display to include 12 months of data starting with the current month 
Lookup gross hours and holiday hours in the monthdb using month and 
year 

Create any records that do not exist and fill Maintenance hours, Exp hours, 
Other Hrs, with zero's 

Calculate Net Hrs = Gross Hrs - Maint Hrs - Exp Hrs - Other Hrs - Holiday 
Hrs 

Typical 

Place cursor on the Maint Hrs for the first production line (row) of the 
month (column) for which you want to enter data 

- Enter Maint Hrs <enter> 

- Cursor moves to the next field in this column (Exp Hrs) 

- Enter Exp Hrs <enter> 

- Cursor moves to the next field in this column (Other Hrs) 

- Enter Other Hrs <enter> . 

- Calculate Net Hrs = Gross Hrs - Maint Hrs - Exp Hrs - Other Hrs - 
Holiday Hrs 

- Continue down column to next line 
Exceptional 

- Point and click to select individual cell 

- Change value in cell 

The user may elect to enter data by row or by column, screen operation 
should allow both using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 

Screen should be horizontally and vertically scrollable 
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Figure 3C 

Transaction Summary - S&OP Line Rates And Efficiencies (Process 1.13) 
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mHa. Plan 1.1.3 



Initial Processing • Default month and year to current month and year 

• Lookup all records on Table 1 .1 .3 using converter_no from login and current 
month and year 

User Workflow & • Typical 

Resultant Processing _ Enter month, enter year 

- Place cursor on cell you want to change 

- Enter new data 



The user may elect to enter data by row or by column, screen operation 
should allow both using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 

Screen should be horizontally and vertically scrollable 

"LS" = Line Speed, "ME" = Material Efficiency, "CO" = Changeover 

Downtime (Average Per Job) 
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Figure 3D 

Transaction Summary - S&OP Model (Process 1.1.4) 
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Initial Processing 



User Workflow & 
Resultant Processing 



Lookup Average Material Efficiency(ME), Line Speed (LS) and Changover 
Time (CO) for each class of demand in Table 1.1 .7 using Converter_no, 
Month, Year, Class of Demand 

Lookup and display percent demand in table 1.1.4 using Converter_no, 
Month, Year, Capacity Group 

Lookup demand and # of jobs in table 1.1.1 using Converterjio, Month and 
Year 

Lookup inventory draw and build from Table 1.1.5 using converter_no, 
month, year. 

Use inventory build or draw to adjust demand from Table 1.1.1 lookup. 
Adjusted demand = demand (table 1.1.1) + demand build (table 1.1.5)- 
demand draw (table 1.1.5). 
Display adjusted demand and # of jobs. 

Demand = Demand (table 1.1.1) + Demand build (table 1.1.5)- Demand 
draw (table 1.1.5). 

Lookup and display Avail Hrs in Table 1.1.6 using Month, Year and 
Capacity Group 

Calc and display Hrs = (D*1000*P/(ME*LS*60) ) + (#Jobs*P*CO) 
(D=Demand, P=Percent) 

Calc and display Used Hrs = Sum of Hrs In Each Capacity Group 
Calc and display Utilization = Demand / Capacity 

Typical 

- Copy forward percentages from last month 

- Adjust percent demand to balance capacity 

- Commit Changes 



Figure 3D (Continued) 
Transaction Summary - S&OP Model (Process 1.1.4) 



7/76 



WO 02/061511 



PCT/US01/43901 



Notes: • Screen should be horizontally and vertically scrollable 

• Action button to copy last months %'s 

• Screen should have easy links back to Availability Detail, and Capacity 
Group Data 

• Screen should have a commit button 
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Figure 3E 

Transaction Summary - S&OP Inventory Draw Or Build (Process 1.1*5) 
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nNo Plan 1.1.$ 



Initial Processing 



Set month and year to current month and year unless access from 1 .1.4. If 
access from 1 . 1 .4 set month and year to month and year used at the time of 
the call from 1.1.4. 

Lookup all records on Table 1 .1 .7 using converter no from login and current 
month and year for all capacity groups 

Lookup all records on Table 1.1 .5 using converter_no from login and current 
month and year 



User Workflow & 
Resultant Processing 



Typical 

- Enter month, enter year 

- Place cursor on cell you want to change 

- Enter new data 

- System calculates length 

Length = (time * 60) * Average LS for this capacity group 



Notes: • None 
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Figure 3F 

Transaction Summary - S&OP Adjust Line Allocation To Capacity Groups (Process 1.1.6) 
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* ***• Plan 1.1.6 



Initial Processing • Default and display month and year to current month and year 

• For converter-no from login and current month and year, lookup: 

- Table 1 .1 .2 (available hours for each line) 

- Table 1 . 1 .3 (LS, ME, CO by line by capacity group) 

- Table 1.1.6 (all existing entries) 

- Table 1 . 1 .7 (Total Hrs by class of demand) 

• Display all Table 1 . 1 .6 records 

• Display Total Hrs for each class of demand (from Table 1.1.7) 



User Workflow & • Typical 

Resultant Processing - Enter month, enter year 

- Place cursor on the % cell you want to change 

- Enter new data 

- System will calculate: 

Hrs = % entered * available hours for that line 
Check = column sum of % for that line 

Total Hrs (Table 1 . 1 .7) = Row sum of hours for each capacity group 

- When all changes have been entered, click "DONE" 

- The system checks to insure all lines are 1 00% allocated. If not, hard 
error 
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Figure 3F (Continued) 
Transaction Summary - S&OP Adjust Line Allocation To Capacity Groups (Process 1.1.6) 



User Workflow & - The system generates a table of LS, ME, CO all of the average values 

Resultant Processing for table 1.1.7 

LS Average = IA11 lines 

(line Hrs for CGD/Total Hrs for CGD) * Line LS for CGD 
ME Average = £A11 lines 

(line Hrs for CGD/Total Hrs for CGD) * Line ME for CGD 
CO Average = SA11 lines 

(line Hrs for CGD/Total Hrs for CGD) * Line CO for CGD 

- Save Table 1.1.7 value 

• Exceptional 

- Point and click to the % cell to be changed 

- Change value in cell 

Notes: • The user may elect to enter data by row or by column, screen operation 

should allow both using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 

• Screen should be horizontally and vertically scrollable 
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Figure 3G 

Transaction Summary - S&OP Display Capacity Group Averages (Process 1.1.7) 



Plan Capacity -S&OP Display Capacity Group Demand Averages 



3 gO*Qjg» Fj^ v -^cd^jwg- r W>. 



•■••*fr;Fg 





mnrga ram 



Pl»n Capacity • 9 * OP Dttptay Capacity Group 

Utonft E5y 

ymt BB55 







Av* 


•Mum 


Aw* 








■ CMS 


22 




• *66ft00- 




\68.5% 


1-873 


es 


488-50 


3413 


68.7% . 




es/cs ■■■ 


504.00 


250.0 


6*7% 


2.250 


6S/P3. : 


33U00 


. 375.0 . 


sao% 


■- 1.250 


Pod 


t341J0 


asab 


: 600% 





CONFIDENTIAL s^* PtelH 1.1.7 



Initial Processing 



User Workflow & 
Resultant Processing 



• Default month and year to current month and year 

• Lookup all records on Table 1.1.7 using converterno from login and current 
month and year 

• Typical 

- Enter month, enter year 

- Lookup and display all records for the Month and Year 



Notes: 



• Display Only 
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Figure 4 

MPS Process - Weekly Process (Process 1.2) 




1.2.2 Inventory 
Build Or Draw 
(Adj Hours) 



1.2.3 Adjust Lino 

Allocation To 
Capacity Groups 



1.2.6 
Move Orders 



1.2.7 
Change 
Reservations 
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Figure 4A 

Transaction Summary - Plan Capacity - MPS Display (Process 1 .2.1) 



Plan Capacity - Master Production Schedule (MPS) 
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CONFIDENTIAL 



-no. Plan 1.2.1 



Initial Processing 



User Workflow & 
Resultant Processing 



Lookup all records on Table 1.2.1 using converter number from login 
Display all records 

Typical 

- User may cbck on Production Bucket # (at top of column, ie// 1 8) and 
control should transfer to transaction PLAN 1 .2.9, Display Bucket Detail. 



Notes: 



• Display Only 
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Figure 4B 

Transaction Summary - Plan Capacity - MPS Inventory Draw Or Build (Process 1.2.2) 



Plan Capacity - MPS Inventory Build Or Draw 
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sc~~r*> Plan 1.2.2 



Initial Processing 



User Workflow & 
Resultant Processing 



Lookup all records on Table 1.2.2 using converter number from login 
Calculate "todays" bucket - see algorithm Bucket Calc 
Set display such that initial production bucket is "todays" bucket 
Display all records 

Typical 

- Use horizontal scrolling to get to the bucket to display 

- Enter an inventory build or draw (in hours for that bucket) for a specific 
capacity group . Move to comment field and add a comment on the 
build or draw. 



Notes: 



• None 
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Figure 4C 

Transaction Summary - Plan Capacity - MPS Adjust Line 
Allocation to Capacity Group (Process 1.23) 



Plan Capacity - MPS Line Allocation To Capacity Groups 
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CONFIDENTIAL 



-no Plan 12.3 



Initial Processing • Lookup and display all records on Table 1 .2.3 using converter-no, year, and 

bucket #. 

User Workflow & • Typical 

Resultant Processing - User will select a cell and change the percentage. 

- Prior to exiting the screen, all check sum's must be 1 00% or error. 

Notes: • None 
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Figure 5 

MPS Process - Supporting Processes (Process 1.2) 



MPS 
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MPS Display 
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Adjust Line 
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1.2.5 
Adjust Line Rates 
and Efficiencies 












6.1.6 
Adjust Slotting Alg 
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Figure 5A 

Transaction Summary - Plan Capacity - MPS Display (Process 1.2.4) 



Plan Capacity • Line Availability 
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CONFIDENTIAL DO NOT DUPLICATE 



Plan 1.2.4 



Initial Processing 



User Workflow & 
Resultant Processing 



Notes: 



Lookup all records on Table 1.2.4 using converter number from login 
Display all records 

Typical 

- User will click on a cell and change value 

- System should recalculate totals and update the screen 

None 
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Figure 5B 

Transaction Summary - Plan Capacity - Adjust Line Rates and Efficiencies (Process 1.2.5) 



Plan Capacity • MPS 
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Initial Processing • Lookup and display all records on Table 1 .2.5, using converter-no, process 

step, year, and bucket 

User Workflow & • Typical 

Resultant Processing - User may change process step, bucket, or year. 
Notes: • Average data should be display only. 
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Figure 5C 

Transaction Summary - Plan Capacity - Adjust Slotting Algorithm (Process 6.1.8) 



Plan Capacity • Capacity Group 8etup 
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SU 6.1.8 



Initial Processing 



User Workflow & 
Resultant Processing 



Lookup and display all data on the capacity group DB using converter-no, 
and process step. 

Typical 

- User will add a new capacity group (row) to the matrix. 

— System should check that the priority numbers are unique. 



Notes: 



None 
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Figure 6 

Order Management Functional Overview 
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Figure 7 

Place Order and Auto ATP / Allocation (Processes 2.1, 2.4, 2.7) 




Yes 



2.1.1 
Place Onler 




Yes 



i 

2.4.1 
Run Auto ATP / 
Alloc Ctieck 




Yes 



2.7.1 
Update Legacy 
OMS System 



- Place Order (Process 2.1.1). The end user places an order. This is done by 
specifying the item number, quantity required, date required and converter 
to produce a given order. If the item does not already exist, the end user 
can create it. 

- Auto ATP / Allocation Check (Process 2.4. 1 ). If the specified converter's 
automatic ATP/Allocation check is turned on then ATP/Allocation will be 
run automatically. If the order passes, it wall be accepted and transmitted 
to the converter's Order Management System. Otherwise, the order is 
placed in a pending order queue. 
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Figure 7A 

Transaction Summary - Place/Change An Order (Process 2.1.1) 
Place Order - End User 
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CONFIDENTIAL 



Sc~«Na OM 2.1.1 



Initial Processing • None 



User Workflow & • Typical 

Resultant Processing _ Enter purchase order number from legacy Purchasing system 

- Enter Item No 

- Lookup on Item DB using Item #: item description, end user #, target 
converter #, yield, cutoff, width 

- Set sold to customer number to end user # 

- Lookup on converter DB using target converter #: converter name, 
address, and auto processing field 

- Lookup on end user DB using sold to #: customer name, customer 
address, default ship to customer number 

- Set ship to # to default ship to customer number 

- Lookup on end user DB using ship to #: customer name and address 

- Enter the date required 

- Enter quantity 

- Enter quantity unit of measure 

- Calculate alternative units of measure 

Imps to Mass = ((cutoff * width * # imps) / (yield )) / uoml 
Imps to Length = ((# impressions / # up) * cutoff) / uom2 
Mass to Imps = uom3 * (mass * Yield) / (cutoff * width) 
Mass to Length = uom4 * (mass * Yield) / (width * # across) 
Length to Imps = uom2 * (Length / cutoff ) * # across 
Length to Mass = (Length * # across * width) / Yield / uom4 
Note: uom# factors are needed because commercial unit of measure 
conventions in metric and english units of measure are inconsistent 
Figure 7A (Continued) 
Transaction Summary - Place/Change An Order (Process 2.1.1) 
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User Workflow & 
Resultant Processing 



- Press Submit Order Key 

- If AutoATP = "ON" Then 



Slot order to capacity group (See Algorithms) 

Calculate production bucket (See Algorithms) 

Lookup on Capacity group DB using capacity group: average 

changeover time, average line speed, average material efficiency 

Slot order to laminator (if applicable) (See Algorithms) 

Lookup on Equipment DB using laminator line #: average changeover 

time, average line speed, average material efficiency 

Calculate estimated quantity = quantity / (capacity group me * 

laminator me * standard slitter me) 

Calculate estimated production hours 

Press: 

# Across = INTcgcr(Max width Capacity Group / Image Width) 

# Length = Imps Orders / # Across 
Length = (# Length ♦ Cutoff) / (1000) 

Adj Length = Length / Material Eft" of Cap Group 

Press Hrs = (Length / Average Line Speed Capacity Group) + 



Laminator: 

Laminator Hrs = (Length / Materia) Eff of Laminator / Average Line Speed Laminator) + 
Average Change Over Time for Laminator 

Send Order No, Press Hrs, Lam Hrs, Item No, Press Bucket, Lam Bucket, Capacity Group to 
AutoATP Check 2.4.1. 

ELSE (AutoATP = "OFF") 
Change Order Status To "PendmgConv" 

End 

• Exceptional 

- Change Target converter number 

- Lookup on converter DB using converter # and get converter name and 
address 

- Change ship to customer number 

- Lookup on customer DB using ship to # and get customer name and 
address 

- Change ship to address 

- Change and re ATP order 

Retrieve existing order, display current values, and allow user to reATP 
the order with or without changes to date and/or quantity. 

• There should be drop down buttons on the following fields so that the user 
can do a lookup: Item No, Sold To Customer #, Ship To Customer #, Target 
Converter, Quantity Unit of Measure 



Average Change Over Time for CG 
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Figure 7B 

Transaction Summary - Automatic ATP / Allocation (Process 2-4.1) 



Automatic ATP / Allocation 





KMf^>P( 






™y Logo 










NO 
SCREEN 



CONFIDENTIAL 



ac > OM 2.4.1 



Initial Processing 



User Workflow & 
Resultant Processing 

Notes: 



Send: 

- Order number 

- Press bucket # 

- Laminator bucket # 

- Required press hours 

- Required laminator hours 

- End user number 

- Item number 
Return: 

- ATP Status 

- Allocation Status 

- Film Status 

- Cylinder Status 



• None 



• See Alg AutoATP for detailed calculations 
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Figure 7C 

Transaction Summary - Update Legacy OMS System (Process 2.7.1) 



Order Management - Update Legacy OMS System 



"vLogo 



iaaBB8 oap ii^aF » miEBia 





NO 
SCREEN 



CONFIDENTIAL 



OM 2,7.1 



Initial Processing 



User Workflow & 
Resultant Processing 



Send: 

- CV Item # 

- EUItem# 

- End User # 

- End User PO # 

- Quantity requested 

- Quantity unit of measure 

- Date requested 
Return: 

- Order # 

None 



Notes: 



None 
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Figure 8 

IVC. Process Detail - Item Setup End User (EU), Acquire Image-Extract EU 

Metadata (Process 2.2, 23) 




2X1 




2X1 


tap** taw**- Enact 












- Create Item (Process 2.2.1). Create Item, Image Data. The end user 
creates an item in system. The user enters an item number and an image 
number. The system interfaces with the Image Acquisition and Metadata 
Extraction Module to retrieve image status, width, cutoff, and a low 
resolution image display. 

- Acquire Image - Extract EU Metadata (Process 2.3.1). Acquire Image - 
Extract EU Metadata. The system requests a specific image from any 
suitable digital workflow. Once the image is retrieved, the system 
processes the image file to extract image status, width, cutoff, and a low 
resolution image display. If there is no approved contract proof in 
response to the system's request, the create item process is stopped. 
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Figure 8 (Continued) 
IVC. Process Detail - Item Setup End User (EU), Acquire Image-Extract EU 

Metadata (Process 2.2, 2.3) 



Display Image Tile (Process 2.2.2). The low resolution image display will 
be segmented into "tiles." The user can click on a tile and the system will 
request and display a low resolution image of that tile. 

- Acquire Image For Display (Process 2.3.2). Acquire Image For Display. 
The system makes a specific image and tile # request to the Image 
Acquisition and Display module. The module returns a low resolution tile 
image display. If this is not the correct image, the user will can jump back 
to Create Item (Process 2.2.1) and can enter a different image number. 

- Create Item (Process 2.2.3). Create Item, Packaging Structure. The user 
can enter the package structure. 



28/76 



WO 02/061511 



PCT/US01/43901 



Figure 8A 

Transaction Summary - Item Definition, Image (Process 2.2.1) 



Item Definition • Image 
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CONFIDENTIAL 



OM 2.2.1 



Initial Processing 



User Workflow & 
Resultant Processing 



Lookup all records on Table 2.2.1 using enduserno from login 
Default Customer to customer name from login 

Typical 

- Enter Item # 

- Enter Image # 

- Interface with the Image Acquisition and Metadata extraction module. 
Send image number. Receive image status, width, cutoff, and a low 
resolution image for display. 

- User clicks on the "Set Up Pkg Structure" button and is transferred to 
transaction 2.2.3. 

Exceptional 

- User clicks on the "More Image Detail" button and is transferred to 
transaction 2.2.2. 



Notes: 



None 



Sultana is a registered trademark of Verkade and United Biscuits. 
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Figure 8B 

Transaction Summary - Acquire Image - Extract EU Metadata (Process 2 3.1) 



Acquire Image - Extract EU Metadata 
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Sum 


No OM 2.3.1 



Initial Processing 



Send: 

- Image number 
Return: 

- Image Status 

- Image width 

- Image cutoff 

- Low Resolution Image Display file 
Calculations 

- None Required 



User Workflow & 
Resultant Processing 



None 



Notes: 



• None 
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Figure 8C 

Transaction Summary - Item Definition, Display Image Tile (Process 2.2.2) 




Initial Processing 



Display image with tile grid lines 



User Workflow & 
Resultant Processing 



Notes: 



Typical 

- User clicks on one of the "tiles" 

- The system requests the specified tile from the Image Acquisition and 
Display Module by sending the image number and the tile number. The 
module returns a low resolution, full screen image of the tile (Process 
2.3.2). 

- User clicks on ''Return to Create" button 
Exceptional 

None 



Sultana is a registered trademark of Verkade and United Biscuits. 
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Figure 8D 

Transaction Summary - Item Definition, Package Structure (Process 2.23) 



Item Definition - Package Structure, End User 
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CONFIDENTIAL 



OM 2.2.3 



Initial Processing 



Lookup allowable items for layer on Table "Layers" 



User Workflow & 
Resultant Processing 



Notes: 



Typical 

- Pick layer off list 
Enter all other fields 

Exceptional 

- Point and click to select individual cell 

- Change value in cell 

The user may elect to enter data by row or by column, screen operation 
should allow both using standard navigation: <enter> moves down a cell, 
<tab> moves over a cell 
Screen should be vertically scrollable 
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Figure 8E 

Transaction Summary — Acquire Image for Display (Process 23.2) 



Acquire linage for Display 
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CONFIDENTIAL 



OM 2.3.2 



Initial Processing 



• Send: 

— Image number 

— Tile number 

• Return: 

— Full Screen Low Resolution Image Display of tile 

• Calculations 

— None Required 



User Workflow & • None 
Resultant Processing 



Notes: 



None 
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Figure 9 

Process Pending Orders (Processes 2.5, 2.7) 




- Process Pending Orders (Process 2.5. 1). The first step in processing orders 
is viewing the list of pending orders. The pending orders may be the result 
of failed automatic processing, or the result of disabled auto processing. 
The user may wish to select an order(s) and "View" the order(s) in detail. 
The next step is to determine if the item definition is complete. This can 
be determined by looking in column #4 of the Pending Orders que. If this 
column is blank, then the converter must fill in additional data to complete 
the item definition by going to Process 2.6. 
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Figure 9 A 

Transaction Summary - Order Management, Process Pending Orders (Process 2.5.1) 
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CONFIDENTIAL 



Initial Processing 



User Workflow & 
Resultant Processing 



Notes: 



Lookup on the "Orders" database, using converter number, all orders with a 
"Pending" status 

Typical 

- The user will check off a group of orders 

- The user will click on the "Process Orders" button 

- List of checked orders and corresponding data will be sent to 
Transaction 2.5.2 (Check ATP/Allocation) 

Exception 

- The user will check off a group of orders 

- The user will click on the "Display Orders" button 

- List of checked orders and corresponding data will be sent to 
Transaction 2.5.3 (Display Order) 

Exception 

- The user will check off a group of orders that do not have CV Item 
numbers listed in column #4 

- The user will click on the "Setup Item" button 

- List of checked orders and corresponding data will be sent to 
Transaction 2.6.1 (Create Item, CV data) 

No data can be changed on this screen 

The user may only check off orders and push the setup item or process 
orders buttons 
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Figure 9 (Continued) 
Process Pending Orders (Processes 2.5, 2.7) 



- ATP Allocation Check (Process 2.5.2). Both ATP and allocation are 
checked. If either item fails to pass the check, the system will provide an 
explanation via a recommended change to the data such that it will pass. 
For example, if the original order were for 476,000 impressions on July 
10*, a failure would trigger ePack to display what items could be 
produced and when (380,000 impressions on July 10 th or 476,000 
impressions on July 15 th ). 

- Change / Create Order (Process 2.5.3). If ATP or allocation fails, the 
converter will have to change the quantity or request date on the order. 

- Change / Create Order (Process 2.5.3). If there is a significant change to 
quantity or request date, the end user may require an additional order be 
entered to ensure they do not run out of material. The converter will enter 
the new order. 

- Interface To Legacy OMS (Process 2.7). Once an order (s) passes ATP 
and allocation, it is accepted and passed to the Legacy OMS system. 
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Figure 9B 

Transaction Summary - Order Management, ATP / Allocation Check (Process 2,5.2) 
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OM 2.5.2 



Initial Processing 



User Workflow & 
Resultant Processing 



Notes: 



Lookup on order DB using order #: date requested, quantity requested, uom 

requested, enduser number 

Send order data to ATP/Allocation check 

Display ATP / Allocation results 

Typical 

- User will look at the results of ATP / Allocation, if cylinder or film is 
red, the user will "click" on the film or cylinder button to get more 
detail. Display Film Detail - Sch 3. 1 .4, Display Cylinder Detail - Sch 
3.1.3 

- If ATP is "NO" find alternate proposals, see algorithms ATP / 
Allocation Check. 

- User will look at the "proposed" solutions and accept one of them. 
Exception 

- If any one of the indicators is No (red) the user will click on one of the 
"display detail" buttons and goto the detail screens. 

Display Film Detail - Sch 3. 1 .4 
Display Cylinder Detail - Sch 3.1.3 
Display ATP Detail - 
Display Alloc Detail - 

This screen is only displayed if the order fails for 1 or more of the checks: 
cylinders, film, ATP, allocation. 
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Figure 9C 

Transaction Summary - Order Management, Display Order (Process 2.5 3) 
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CONFIDENTIAL DO NOT DUPLICATE 



0M 2.5.3 



Initial Processing 



User Workflow & 
Resultant Processing 



Lookup on Order DB using order #: all order data 
Display order 

Typical 

- User will look at order details 
Exception 

- User may click on buttons to look at package structure or bill of 
material or image details 



Notes: 



• This is a read only screen 
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Figure 9D 

Transaction Summary - Order Management, Change Order (Process 2.5.4) 
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CONFIDENTIAL. DO NOT DUPLICATE 



torrnNp. OM 2.5.4 



Initial Processing • Lookup on Order DB using order #: all order data 

• Display order 

User Workflow & • Typical 

Resultant Processing - User will change order quantity or request date 

• Exception 



Notes: • None 
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Figure 9E 

Transaction Summary - Order Management, Create Order (Process 2.5.5) 
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CONFIDENTIAL, DO NOT DUPLICATE 



OM 2.5.5 



Initial Processing 



Lookup on Order DB using order #: all order data 
Display order 



User Workflow & • Typical 

Resultant Processing _ xj ser w oi fill in a new order number and an order number to copy from 

- User will push copy button 

- System will copy order and display copy on screen 

- User will change date requested and quantity 
• Exception 

Notes: None 
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Figure 9F 

Transaction Summary - Update Legacy OMS System (Process 2.7.1) 



Order Management - Update Legacy OMS System 
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CONFIDENTIAL 



^~~*> OM 2.7.1 



Initial Processing 



Send: 

- CV Item # 

- EU Item # 

- End User # 

- End User PO # 

- Quantity requested 

- Quantity unit of measure 

- Date requested 
Return: 

- Order # 



User Workflow & 
Resultant Processing 



None 



Notes: 



None 
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Figure 10 

Item Setup Converter (CV), Acquire Image and Extract Metadata 

(Processes 2.3, 2.6) 




2.3.3 
Acquire Image 
Extract CV 
Metadata 



2.6.4 
Create Bern 
(Structure Data) 



2.6.1 
Create Item 
(Cylinder Data) 



2.6.2 
Create Rem 
(FBm Data) 



2.6.3 
Create Rem 
(Ink Data) 



i 

( E ) 



- Acquire Image - Extract CV Metadata (Process 2.3.3). Get Item # from 
Order DB using order #. Get Image # from Item DB using Item #. 
Interface with the Image Acquisition and Metadata Extraction Module 
using Image # and get all converting data. 

- Create Item (Process 2.6.4). The converter adds structure data to the item. 
Some of the data elements for this transaction have already been entered 
by the end user. 
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Figure 10 (Continued) 
Item Setup Converter (CV), Acquire Image and Extract Metadata 

(Processes 2.3, 2.6) 



Create Item (Process 2.6.1). The converter adds cylinder data to the item. 

Create Item (Process 2.6.2). The converter adds film data to the item bill 
of material. 

Create Item (Process 2.6.3). The converter adds ink data to the item bill of 
material. 
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Figure 10A 

Transaction Summary - Acquire Image - Extract CV Metadata (Process 233) 



Acquire Image - Extract CV Metadata 
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™nc. OM 2.3.3 



Initial Processing 



Send: 

- Image number 
Return: 

- Image description 

- Customer number 

- Customer name 

- # Across 

- # Around 

- Bounce level of difficulty 

- Color # for each cylinder 

- % ink coverage for each cylinder (color) 
Calculations 

- None Required 



User Workflow & 
Resultant Processing 



None 



Notes: 



None 
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Figure 10B 

Transaction Summary - Create Item (Structure Data) (Process 2.6.4) 



Item Definition - Package Structure, Converter Data 




CONFIDENTIAL DO NOT DUPLICATE 



Initial Processing • Lookup and display data elements from Table 2.23(Item Definition, 

Package Structure) using item_no 

User Workflow & Typical 
Resultant Processing • Enter routing 

• Enter coating weight (if applicable) 

• Enter coating units (if applicable) 

• Enter Print film and side 

Notes: • None 
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Figure IOC 

Transaction Summary - Create Item (Cylinder Data) (Process 2.6.1) 



Item Definition - Enter / Change Item 
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OM 2.6.1 



Initial Processing 



User Workflow & 
Resultant Processing 



• Calculate width across = # across * width 

• Calculate width around = # around * cutoff 

Typical 

• Enter ink system for each cylinder 

• Enter cyciinder # for each cylinder 

• On first cylinder, lookup cylinder width on the cylinderDB using converter- 
no and cylinder number. 

• Fill in cylinder width field 

• For all subsequent cylinders, lookup cylinder width on the cylinderDB using 
convert-no and cylinder number and check it against the cylinder width 
field. If there IS NOT a match, error 

• Enter Print 

• Enter process level of difficulty 

• Click on Package Structure button 



Notes: 



• None 
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Figure 10D 

Transaction Summary - Create Item (Film Data) (Process 2.6.2) 



item Definition - Bill Of Materials 
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CONFIDENTIAL ^ 



OM 2.6.2 



Initial Processing • None 



User Workflow & 
Resultant Processing 



Typical 

• Enter basis quantity 

• Enter basis unit of measure 

• If basis unit of measure is not impressions, calculate basis impressions 
(required for ink calculations) 

Kg to Imps = Kg * Yield/(1000 A 2)/cutoff mm/width mm 

Sqm to Imps = Sqm / cutoff mm / width mm / 1000*2 

• For all materials 

- Enter material number 

- Lookup on Material DB using material #: material description 

- Enter material, width, gauge, quantity required to produce basis quantity 

• For all coatings 

- Enter material number 

- Lookup on Material DB using material #: material description 

- Enter material, coating weight, coating units, quantity required to produce 

basis quantity 

• Click on Ink Bill of Materials button 



Notes: 



• None 
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Figure 10E 

Transaction Summary - Create Item (Ink Data) (Process 2.63) 



Item Definition - Ink BUI Of Materials 
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CONFIDENTIAL 



OM 2.6.3 



Initial Processing • None 

User Workflow & • Typical 

Resultant Processing _ p or a n materials 

- Enter material number 

- Enter coating weight 

- Enter % solids 

- Calculate Quantity = (Basislmpressions * cutoff * width / 1 000/1 000) * 
coating weight * % coverage * % solids/1000 

Notes: • None 
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Figure 11 

Schedule Orders Functional Overview 
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Figure 11 A 
Schedule Press (Process 3.1) 




Select a Schedule (Process 3.0.1). Gives the user the ability to select the 
schedule they would like to work on. A user may have several 'Versions* 
of a schedule. 



View Scheduled & Unscheduled Orders (Process 3.1.1). Gives the user 
split screen capability (of the schedule they have selected) to view a line 
schedule on one side and a specified group of unscheduled orders on the 
other side of the screen. 
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Figure 11 A (Continued) 
Schedule Press (Process 3.1) 

- Schedule Press (Process 3.1 .2). Gives the user the ability to schedule a 
press by selecting the job to schedule and dragging it onto the schedule in 
the desired position. The schedule is automatically adjusted. Scheduling 
statistics and job indicator lights are provided to help the user assess the 
impact of the change. 

- Cylinder Availability (Process 3.1 .3). When a job is scheduled there is an 
instantaneous check on available print cylinders. If any of the cylinders 
are not going to be ready then this transaction will show the user the status 
and projected compete dates on the cylinders. 

Film Availability (Process 3.1 .4). When a job is scheduled there is an 
instantaneous check on film availability. If film is not going to be ready 
then this transaction will show the user a view of film inventory. The user 
can do a query on film sizes that are close to the desired size and may elect 
to "use" some of film for this job. 
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Figure 11B 

Transaction Summary - Select Schedule (Process 3.0.1) 



Schedule Order - Schedule Versions 
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CONFIDENTIAL. DO NOT DUPLICATE 



SCH 3.0.1 



Initial Processing 



User Workflow & 
Resultant Processing 



• Default process step to printing 

• Lookup and display existing schedule version data on the schedule-version 
db using converter-no and process step 

• Typical 

- Change process step 

- Lookup and display existing schedule version data on the schedule- 
version db using converter-no and process step 

- Click and highlight desired version 

- Click on the Get Schedule button 

To build version PVX (Print version X) scheduled orders for line L 
for the next screen 

- Join Order DB and ScheduleDB (only records where schedule DB 
records exist) 

- Select all orders with printstatus (OrderDB) = "unscheduled" 

- Select all orders with schedule line (ScheduleDB) = "L" (default to 
lowest line number to build first tab on next screen) 

- Select all orders with version (ScheduleDB)= "X" 

- Sort orders on sequence # 

- Get PVX start date and time from the schedule-timeDB using process- 
step = "Print", Version = "X", and Line-no - "L" 

- Starting with first order (in sorted sequence) and continuing through the 
list, calculate start time, run time, and changeover time 

- Build "Schedule PVX" pane for the default line, this will be the first 
display pane on the next screen. 

- Build the other scheduled line panes in the background. 



52/76 



WO 02/061511 



PCT/US01/43901 



Figure 11B (Continued) 
Transaction Summary - Select Schedule (Process 3.0.1) 

User Workflow & To build version PVX (Print version X) unscheduled orders for the next screen 
Resultant Processing - Join order DB and schedule DB (using all order records) 

- Select all orders with Print-Status = "Unscheduled" 

- Select all orders with Version NOT= "X" (these should be all of the 
unscheduled orders for version X) 

- Sort the unscheduled orders based on capacity group, on customer on 
item description. 

- Default capacity group to the first alphabetical group and select those 
orders. Build the unscheduled PVX pane for that capacity group. This 
will be starting display pane for the unscheduled orders on the next 
screen. 

- Build the other unscheduled capacity group panes in the background. 
• Exceptional 

Delete schedule button - The user highlights a schedule and presses the 
delete schedule button. Note: You are not allowed to delete the active 
schedule. If you want to get rid of the active schedule, you must pull it up 
(get schedule) and unschedule the orders. 

- Get the ScheduleDB and get all of the records with schedule verion = 
"X" (the version to delete). 

- Delete these records 

Update production button - The user presses the update schedule button. 

- Join the ScheduleDB and the OrdersDB 

- Select all records with Scheduleversion = "A** 

- Build the display for transaction UP 1 .0. 1 

Merge with Actual Schedule button - The user highlights a schedule and 
presses the merge with actual schedule button. 

- Join the OrderDB and ScheduleDB (only records where ScheduleDB 
records exists). 

- Select all records with version = "A" or version = "X** 

- Sort on Line number on version on sequence number (this should 
segment by line, putting all active schedule jobs first, then VX jobs). 

- For each line number, renumber sequuence from 1 to N. 
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Figure 11C 

Transaction Summary - Schedule Press, View Schedule (Process 3.1.1) 



Schedule Order * View Scheduled And Unscheduled Orders 




CONFIDENTIAL Sch 3.1.1 



Initial Processing • See transaction SCH 3.0.1 for details on how to build the "tab panes" for this 

screen. 

• Get start date and start time from the schedule-timeDB process-step = 
"Print" Version = "X", and Line-no = "L" 

User Workflow & • Typical 

Resultant Processing _ Go to scheduled portion of the screen and click on the tab for the line # 

to be scheduled 

- Go to the unscheduled portion of the screen and click on the tab for the 
group of orders to be used as candidates for scheduling (this may be a 
capacity group, the pool, or all orders) 

- Scroll through both sections of the screen and find order to be scheduled 
and the location for it 

- Click on the order to be scheduled 

- Transfer control to transaction Sch 3. 1 .2 passing line number for 
scheduled orders and line number and order number for unscheduled 
orders. 

• Exceptional 

Adj Start t button - The user will change the displayed start date and start 
time and click on the Adj Start t button. 

- Save the new start date and start time in the schedule time DB using 
process step, schedule V# and line-no. 

- Starting with first order (in sorted sequence) and continuing through the 
list, calculate new start times. 

• New start time = start time from last job + run time from last job + 
changeover time to this job. 
Figure 11C (Continued) 
Transaction Summary - Schedule Press, View Schedule (Process 3.1.1) 

User Workflow & Sort button - The user will click on the sort button. 

Resultant Processing - Bring up a sort menu with all of the order characterisitcs. Allow the 



54/76 



PCT/US01/43901 



user to pick "sort on" criteria and hit OK. Resort the unscheduled 
orders based on die sort criteria. 
Find button — User will click on the find button 

- Bring up a find dialog box so the user can key in an order number. 
Search the unscheduled list and adjust the display to show the "find" 
order in the middle of the unscheduled window. 



Initial processing for this screen should be done on transaction SCH 3.0. 1. 
For performance reasons, it may make sense to build the default tabs in 
transaction SCH 3.0.1 and then build the subsequent tabs in the background. 
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Figure 11D 

Transaction Summary - Schedule Press, View Schedule (Process 3.1.2) 



Schedule Order - Schedule Press 
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CONFIDENTIAL 



m **° Sen 3.1.2 



Initial Processing 



User Workflow & 
Resultant Processing 



Use the datasets created in SCH3. 1 . 1 . 

Build the job bars using DB information from the orders DB. 
Indicator lights 

- Top light - Ontime light 

- = green if xworks date - ship date > 2, 

- — yellow if xworks ship date - x works-date <= 2 

- = red if xworkds ship date - xworkds-date < 0 

- Next light - Film light 

- = green if film exists 

- = yellow if film arrives on production day 

- = red if no film 

- Next light — Cylinder 

- = green if cylinders exists 

- = yellow if cylinders arrives on production day 

- = red if no cylinders by production day 

- Next light - Next Step light 

- = green if xworks date for next step > this step 

- = yellow if xworks date for next step = this step 

- = red if xworks step for next step < this step 

Typical 

- User will scroll through the scheduled orders and look for a good 
position to schedule the order they are interested in 

- User will go to the unscheduled portion of the screen and click on the 
order they want to schedule. 



Figure 11D (Continued) 
Transaction Summary - Schedule Press, View Schedule (Process 3.1.2) 
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• Typical (continued) 

- User will drag the order to the position on the scheduled portion of the 
screen that they want to schedule the order 

- Execute Alg Schedule Order 

- User will review the department metrics and schedule indicator lights 

• Exceptional 
Undo button — The user clicks on the "undo" button. 

- Remove (undo) the last order scheduled 

- Recalculate the changeover times 

- Recalculate the start times 

- Recalculate the department metrics 
Sort button - The user will click on the sort button. 

- Bring up a sort menu with all of the order characterisitcs. Allow the 
user to pick "sort on" criteria and hit OK. Resort the unscheduled 
orders based on the sort criteria. 

Save As button - The user will click on the Save As button. 

- Bring up a file save dialog box and allow the user to save the schedule 
as VI , V2, V3, V4, V5. If one of those already exists, ask the user if 
they want to overwrite it. 

- Take all of the scheduled orders and goto the scheduleDB and change 
the Version column to the Save as X version. For example, the user 
may have originally done a "get schedule" on version VI, made some 
changes and decided to save as V2. 

Notes • None 



User Workflow & 
Resultant Processing 
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Figure HE 
Schedule Laminator (Process 3.2) 
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Select a Schedule (Process 3.0.1). Gives the user the ability to select the 
schedule they would like to work on. A user may have several "versions' 
of a schedule. 

View Scheduled & Unscheduled Orders (Process 3.2.1). Gives the user 
split screen capability (of the schedule they have selected) to view a line 
schedule on one side and a specified group of unscheduled orders on the 
other side of the screen. 
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Figure HE (Continued) 
Schedule Laminator (Process 3*2) 

- Schedule Laminator (Process 3.2.2). Gives the user the ability to schedule 
a laminator by selecting the job to schedule and dragging it onto the 
schedule in the desired position. The schedule is automatically adjusted. 
Scheduling statisitcs and job indicator lights are provided to help the user 
assess the impact of the change. 

- Film Availability (Process 3.2.4). When a job is scheduled there is an 
instantaneous check on film availability. If film is not going to be ready 
then this transaction will show the user a view of film inventory. The user 
can do a query on film sizes that are close to the desired size and may elect 
to "use" some of film for this job. 
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Figure 1 IF 
Schedule Slitter (Process 3.3) 




Yes 

3.3.6 
Save Schedule 



Select a Schedule (Process 3.0. 1). Gives the user the ability to select the 
schedule they would like to work on. A user may have several "versions'* 
of a schedule. 

View Scheduled & Unscheduled Orders (Process 3.3.1). Gives the user 
split screen capability to select a line schedule on one side and a specified 
group of unscheduled orders on the other side of the screen. 
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Figure 11F (Continued) 
Schedule Slitter (Process 3.3) 

Schedule Slitter (Process 3.3.2). Gives the user the ability to schedule a 
slitter by selecting the job to schedule and dragging it onto the schedule in 
the desired position. The schedule is automatically adjusted. Scheduling 
statisitcs and job indicator lights are provided to help the user assess the 
impact of the change. 
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Figure 11G 

Inventory / Purchasing Interface (Process 3.4.1 & 3.4.2) 
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Get Inventory Data From Legacy System (Process 3.4. 1). As orders are 
scheduled, inventory data on the required film and cylinders is retrieved 
from the legacy system. This data is used for raw material availability 
checking. 



- Get Purchasing Data From Legacy System (Process 3.4.2). As orders are 
scheduled, purchasing data on the required film and cylinders is retrieved 
from the legacy system. This data is used for raw material availability 
checking. 
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Figure 11H 

Transaction Summary - Get Inventory Data From Legacy System (Process 3.4.1) 



Schedule Order - Get Inventory Data From Legacy System 
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CONFIDENTIAL s^hc. SCH 3.4.1 



Initial Processing 



Receive order number and item number from SCH 3. 1.2 

Get Bill of Material (BOM) items from BOM DB using Item number 

For each BOM item with class = "Film", send request to inventory legacy 

system 

Store returned inventory values 

For each BOM item with class = "Cylinder", send request to inventory 
legacy system 

Store returned inventory values 



User Workflow & • Typical 
Resultant Processing 



Notes 



None 
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Figure 111 

Transaction Summary - Get Purchasing Data From Legacy System (Process 3.4.2) 



Schedule Order - Get Purchasing Data From Legacy System 
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CONFIDENTIAL 



^ SCH 3.4.2 



Initial Processing 



Notes 



Receive order number and item number from SCH 3.1 .2 
Get BOM items from Bom DB using Item number 

For each BOM item with class = "Film", send request to purchasing legacy 
system 

Store returned purchasing values 

For each BOM item with class = "Cylinder", send request to purchasing 
legacy system 

Store returned purchasing values 



User Workflow & • Typical 
Resultant Processing 



None 
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Figure 11J 

Update Order And Schedule Status (Process 3.5) 

Active 
Schedule 



3.0.1 

Schedule Versions 



UP 1.0.1 
Update Production 
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C - ) 



Schedule Versions (Process 3.0.1). The update production screen is 
accessed from the schedule versions screen. You may only update the 
active schedule from this screen. From the screen, push the 'Update 
Production" button. 



Update Production (Process UP1 .0.1) From this screen, the user can 
update the schedule and readjust the start time of the active job. 
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Figure 1 IK 

Transaction Summary - Schedule Versions (Process 3.5.1) 



Schedule Order - Schedule Versions 
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CONFIDENTIAL. DO NOT DUPLICATE 



SCH 3.0.1 



Initial Processing 



User Workflow & 
Resultant Processing 



Default process step to printing 

Lookup and display existing schedule version data on the schedule-version 
db using converter-no and process step. 

Typical 

User will click on the "Update Production" button 

System will lookup the Active schedule on the schedule DB and transfer 

control to UP 1 .0. 1 Update Production. 



Notes 



None 
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Figure 11L 

Transaction Summary - Update Production (Process UP1.0.1) 
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CONFIDENTIAL. DO NOT DUPLICATE 



««o. UP 1.0,1 



Initial Processing • Display input screen with first six fields filled in from the active schedule. 



User Workflow & 
Resultant Processing 



Typical 

- User will fill in the Status, Prod Q, Cy, Film, and Reason columns for 
all pertinent orders. See glossary section for a list of acceptable codes. 

- User will mark the active job in the status column with an "A" and put 
the actual start date and start time below in the Active Job section of the 
•screen. 

The system will resort and recalculate the start times for all of the active 
jobs left on the schedule. 
Exceptional 

- User will highlight a row (order) and click on the "Split Order" button. 

- The system will split the order into two orders with a suffix of -A and - 
B. 

The user will fill in the pertintent data columns for the split job. 



Notes 



None 



67/76 



WO 02/061511 



PCT/US01/43901 



Figure 12 

Material Requirements Planning Functional Overview 
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Inventory Data 
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Request PCs 



4,1 

Update Inventory 



Request 



POData 

- PO# 

- Material V 

- Quantity 

- Quantity UOM 

- Expected Date 



4.2 

Update Open 
Purchase Orders 



Open orders that are 
scheduled with anticipated 
production date 



4.3 
Run MRP 



Request 
for BOM 
Info 



4.4 

Prepare Purchase 
Req 



BoM Data 



2.0 
Order 
Management 
(Create Item) 



Purchase Requisitions 
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Figure 12A 

Inventory / Purchasing Interface (Process 4.1, 4.2) 
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- Update Inventory & Purchasing From Legacy System (Processes 4.1 .1 & 
4.1 .2). At the beginning of the MRP process it is critical to have an 
inventory load and PO load from the Legacy systems. Prior to the loading 
inventory and PO's will be cleared such that the Legacy load is a complete 
reload of data. This approach eliminates the problem of keeping 2 systems 
in synch. The legacy system is the master system and the present 
invention simply accepts the inventory and PO loads it is given. 

The load is initiated via transactions 4. 1 . 1 and 4.1.2, which request data 
from the Legacy system. 

Inventory Request (4.1.1) 

Legacy returns - For all raw materials 

Material #, material description, material quantity and material unit of 
measure 

Purchasing Request (4.1.2) 

Legacy returns — For all raw materials 

PO#, material #, material description, material quantity, material unit 
of measure, and the expected delivery date 

The material numbers in the bills of material should be identical to the material 
numbers being used in the legacy system. 
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Figure 12B 

Update Inventory & Purchasing From Legacy System (Process 4.1.1 
& 4.1.2) 



MRP - Inventory / Purchasing Interface 
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* *** MRP 4,1.1*2 



Initial Processing • Lookup date and time of previous download on Download DB 
User Workflow & • Typical 

Resultant Processing - User will click on Update Inventory 

- User will click on Update Purchasing 

Notes • None 
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Figure 12C 

Run MRP, Prepare Purchase Requirements (Process 43, 4.4) 
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- Run MRP (Process 4.3.1 - 4.4.1) MRP uses both scheduled and 

unscheduled orders to determine requirements. The Bills of Materials 
(BOMs) for these orders are exploded to create a list of requirements. This 
list is then consolidated by material by day. Once this is done, inventory 
and PO's are consolidated into a list by material by day of inventory. The 
two lists are compared to generate an overall purchase requisition list. 
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Figure 12D 

Transaction Summary - Run MRP (Process 43 A) 
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CONFIDENTIAL MRP 4.3.1 



Initial Processing 



• Lookup die current week number on CalenderDB 

• Default "From" to the current week and "To" to current week + 3 



User Workflow & • Typical 

Resultant Processing - User will edit the from and to weeks or dates 

- User will check off the materials that they would like to run MRP for 

- User will click on the "Run MPR" button 

- If user has filled in weeks, calculate the "from" and "to" dates using 
"from" and "to" weeks 

- Get all orders on the Orders DB that have date-xworks-print or date- 
xworks-lam between these two dates 

- For all of these orders, get all material #*s in the BOM by doing a 
lookup on BOM DB using Item # 

- Select only those materials where MaterialClass - one of the selected 
classes from the MRP screen 

- For each material, calculate a required order quantity 

- If BOM item UOM * BOM basis UOM then convert BOM basis UOM 
Imps to kg = IMPs * (width * cutoff)/! 000/1 000 / yield 

Kg to Imps = KG * yield * 1000 * 1000 / (width * cutoff) 

- Required Order Quantity = (Gross Order Quantity / BOM Basis 
quantity) * item bom quantity 

- Sort all bom items, for all selected orders on item number and on date 
required, subtotal on required order quantity (by date) 

- For each item calculate an on hand quantity = Inventory - sum of all 
item quantities from earlier dates 

- For each item calculate an on order quantity = sum of all item po's from 
earlier dates, up to the "to" date 
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Figure 12D (Continued) 
Transaction Summary - Run MRP (Process 43.1) 



Notes • None 
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Figure 12E 

Transaction Summary - Get Orders (Process 4 3.2) 
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CONFIDENTIAL cc—h, MRP 4.3.2 



Initial Processing 



• Receive "from" and "to" weeks from MRP transaction 

• Calculate from and to dates 

• Get all orders on the Orders DB that have Xworks dates between these two 
dates 



User Workflow & • Typical 
Resultant Processing 



Notes 



None 
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Figure 12 F 

Transaction Summary - Explode BOM's (Process 4.3 J) 
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CONFIDENTIAL Jcwit* MRP 4.3.3 



Initial Processing 



For each of the orders in 4.3.2 

• Get list of bom hems by doing a lookup on BOM db using Item # 

• For each item calculate a required quantity 

Required Quantity = (Gross Order Quantity/Bom Basis Q)*Item BOM Quantity 



User Workflow & • Typical 
Resultant Processing 



Notes 



None 
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Figure 12G 

Transaction Summary - Explode BOM's (Process 4.3.4) 



MRP - Conslldate Requirements 
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MRP 4.3.5 



Initial Processing • Sort BOM items on item number and on date 

User Workflow & • Typical 
Resultant Processing 

Notes • None 
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